כרגע, איפשהו, נציג מכירות מסתכל על Google Maps וחושב: "זה הכול מידע ציבורי. אני פשוט יכול... לקחת אותו, נכון?" אלפי שמות עסקים, מספרי טלפון וכתובות — יושבים שם בדפדפן, כאילו מחכים שמישהו יעביר אותם לגיליון אלקטרוני.
אבל "גלוי לעין" ו"חופשי לגרידה" הם לא אותו דבר. עברתי על התנאים הרשמיים של Google, פסקי דין, תקנות פרטיות ודפוסי אכיפה כדי להרכיב תשובה שמרחיקה מעבר ל"זה תלוי" הרגיל. המאמר הזה הוא מידע משפטי, לא ייעוץ משפטי, והוא משקף את המקורות שנבדקו ב-14 ביולי 2026 — כולל מה Google עצמה כותבת, מה קבעו בתי המשפט, איפה דיני הפרטיות מציבים גבולות, ואילו אפשרויות מעשיות יש אם אתם צריכים נתוני עסקים מקומיים.
האם מותר לגרד נתונים מ-Google Maps? התשובה הקצרה
גירוד של נתוני Google Maps הגלויים לציבור אינו עבירה פלילית אוטומטית לפי התקדים הקיים בארה״ב לגבי גירוד נתונים ציבוריים. אבל בפועל, ברוב השימושים הנפוצים, הפעולה הזו מנוגדת בבירור לתנאים של Google עצמה.
המשפט הזה מכיל לא מעט מתח. כשאנשים שואלים "האם זה חוקי?", הם בעצם שואלים על כמה שכבות חופפות:
- דיני גישה למחשבים (CFAA בארה״ב): האם אפשר להעמיד לדין על גישה לנתונים ציבוריים?
- חוזה / תנאי שימוש: האם הרישיון של Google אוסר זאת, ומה קורה אם מפרים אותו?
- דיני פרטיות (GDPR, CCPA): האם הנתונים כוללים מידע אישי, והאם יש בסיס חוקי לעיבודם?
- קניין רוחני ותוכן שנוצר על ידי משתמשים: האם ביקורות, תמונות ואריחי מפה מוגנים?
- אכיפת פלטפורמה: האם Google תחסום אתכם, תשעה את החשבון או תשלח מכתב התראה?
אין תשובת "כן" או "לא" אחת שמכסה את כל חמשת הממדים. Google Maps מגביל יותר מרוב האתרים הציבוריים — זהו מוצר מפה-ומאגר נתונים ברישיון, עם תנאים מפורשים במיוחד. התשובה האמיתית תלויה ב-מה אתם גורדים, ב-איך אתם גורדים, ב-איפה אתם נמצאים, וב-מה אתם עושים עם הנתונים.
מה בעצם אומר "גירוד Google Maps"
גירוד Google Maps פירושו שימוש בתוכנה כדי לשלוף אוטומטית נתונים מרישומי Google Maps, מתוצאות חיפוש, מדפי מקומות, מביקורות, מתמונות, מאריחי מפה, מנתיבי ניווט, מנתוני גיאוקוד, או מתגובות ה-Places API. בוט מבקר בדפים ומחלץ מידע מובנה במקום שאדם יעתיק אותו ידנית.
הנתונים שאנשים בדרך כלל מחפשים מתחלקים לכמה קבוצות:
- נתוני עסק: שם, כתובת, טלפון, כתובת אתר, שעות פעילות, קטגוריה
- דירוגים וביקורות: דירוג כוכבים, טקסט הביקורת, שמות המבקרים, תגובות בעל העסק
- תמונות: תמונות עסק, תמונות שהועלו על ידי משתמשים, תצוגת Street View
- תוכן מפה/גיאוגרפיה: אריחי מפה, גיאוקוד, מסלולים, חישובי מרחק, נתוני גובה
- נתונים שמוגנים מאחורי חשבון: מידע של בעל/מנהל Business Profile (דורש התחברות)
יש הבחנה אחת שחשובה יותר ממה שרוב האנשים מבינים: נגישות ציבורית ללא התחברות (מה שכל אחד רואה בלי להיכנס לחשבון) לעומת גישה באמצעות חשבון או API (פרטי חשבון, מפתחות API ותנאים חוזיים נוספים). רוב הדיונים על גירוד מתמקדים במקרה של משתמש לא מחובר. התנאים שונים משמעותית משני צדי הקו הזה.
שימושים נפוצים: יצירת לידים מקומיים, מיפוי מתחרים, ביקורת סניפים, מעקב אחר ביקורות, הערכת גודל שוק, איתור נכסים. המוטיבציה מובנת — Google Maps הוא ככל הנראה ספר העסקים הגדול בעולם.
אבל זה לא אומר שהנתונים שייכים לכם לקחת.
חוקי מול נגד הכללים של Google: למה ההבחנה הזו חשובה
רוב המאמרים בנושא מפספסים את זה. הפרת תנאי שימוש והפרה פלילית של חוקי גישה למחשב הן שתי פרשות שונות עם השלכות שונות.
| מסגרת | מי אוכף | השלכות נפוצות | מה הכי חשוב | הערה ספציפית ל-Google Maps |
|---|---|---|---|---|
| דיני גישה למחשבים (CFAA) | תובעים פדרליים/מדינתיים, תובעים פרטיים | אישומים פליליים, פיצויים אזרחיים | האם ניגשתם לנתונים ללא הרשאה או חרגתם מהרשאה | נתונים ציבוריים ללא התחברות נוטים פחות לעורר CFAA אחרי Van Buren ו-hiQ |
| תנאי השימוש של Google / תנאים נוספים ל-Maps | Google (אכיפת חוזה) | השעיית חשבון, שלילת מפתחות API, חסימת IP, מכתב התראה, תביעה אזרחית על הפרת חוזה | האם הפרתם את תנאי הרישיון הספציפיים | תנאי Google Maps אוסרים במפורש חילוץ בכמות גדולה, בניית רשימות לידים ויצירת מאגרים חלופיים |
| דיני פרטיות (GDPR, CCPA) | רשויות הגנת מידע, יחידים | קנסות, צווי אכיפה, תביעות פרטיות | האם מעבדים מידע אישי עם בסיס חוקי, הודעה ומזעור נתונים | ביקורות, שמות מבקרים, פרטי עוסק יחיד ותמונות יכולים להיחשב מידע אישי |
| קניין רוחני / זכויות יוצרים | בעלי זכויות, בתי משפט | הסרה, צו מניעה, פיצויים | האם העתקתם ביטוי מוגן (ביקורות, תמונות, אריחי מפה) | לביקורות ותמונות שהועלו על ידי משתמשים יש הגנת זכויות יוצרים |
| אכיפה טכנית של הפלטפורמה | המערכות האוטומטיות של Google | חסימות IP, CAPTCHA, הגבלת קצב, השעיית חשבון | האם דפוס הגישה שלכם מפעיל מנגנוני זיהוי בוטים | Google משקיעה רבות באמצעי נגד בוטים ב-Maps |
גם אם בית משפט לא היה מרשיע אתכם בעבירת מחשב בגלל גירוד נתונים ציבוריים מ-Google Maps, Google עדיין יכולה לתבוע על הפרת חוזה, לחסום את הגישה, לשלול מפתחות API ולשלוח מכתב התראה. אל תתייחסו להפרת תנאים כאל משהו לא מזיק.
הסוג של הסיכון שונה — אבל הוא עדיין סיכון אמיתי.
מה באמת כתוב בתנאים העדכניים של Google
עברתי על כל מסמך מדיניות רלוונטי של Google שהיה בתוקף ב-14 ביולי 2026. הנה מה שהם באמת אומרים — בשפה פשוטה, עם קישורים שתוכלו לבדוק בעצמכם.
תנאים נוספים למשתמשי קצה של Google Maps
עודכנו לאחרונה ב-27 בינואר 2026. תנאים אלה חלים על כל מי שמשתמש ב-Google Maps כמשתמש קצה.
התנהגות אסורה כוללת:
- הפצה מחדש או מכירה של כל חלק מ-Google Maps
- העתקת תוכן, למעט היכן שהותר במפורש
- הורדה המונית או יצירת הזנות כמותיות של תוכן
- שימוש ב-Google Maps כדי ליצור או להרחיב מאגר נתוני מפות אחר, מאגר רישומי עסקים, רשימת תפוצה או רשימת טלמרקטינג שמחליפים את Google Maps או דומים לו באופן מהותי
הסעיף האחרון הוא החשוב ביותר עבור יצירת לידים.
אם המטרה שלכם היא לבנות רשימת לקוחות פוטנציאליים מתוך נתוני Google Maps, התנאים של Google עצמם אומרים שאסור.
תנאי השימוש הכלליים של Google
בתוקף מ-22 במאי 2024, עם עדכון מתוכנן ל-30 ביולי 2026. אלה רחבים יותר:
- אסור למשתמשים להתעלל בשירותים של Google, להזיק להם, להפריע להם או לשבש אותם
- דוגמאות אסורות כוללות עקיפת מערכות או אמצעי הגנה ושימוש באמצעים אוטומטיים כדי לגשת לתוכן בניגוד להוראות קריאות-מכונה (כמו robots.txt)
- אסור להשתמש בשירותים או בתוכן כדי להפר זכויות משפטיות של אחרים, כולל פרטיות או קניין רוחני
תנאי Google Maps Platform למשתמשי API
ב-תנאי השירות של Maps Platform יש את הניסוח החמור ביותר. סעיף 3.2.3(a) נקרא "No Scraping" וקובע:
Customers must not export, extract, or otherwise scrape Google Maps Content for use outside the services.
הדוגמאות שהם נותנים כוללות:
- קדם-שליפה, אינדוקס, אחסון, שיתוף מחדש או אירוח מחדש של Google Maps Content
- הורדה בכמות גדולה של אריחים, תמונות Street View, גיאוקודים, הוראות ניווט, תוצאות distance matrix, מידע על roads, מידע על places, ערכי גובה ופרטי אזור זמן
- העתקה ושמירה של שמות עסקים, כתובות או ביקורות משתמשים
- שימוש ב-Google Maps Content עם שירותי טקסט-לדיבור
סעיף 3.2.3(b) מוסיף שלקוחות לא רשאים לשמור במטמון Google Maps Content אלא אם הדבר מותר במפורש ב-תנאים הספציפיים לשירות, שמאפשרים שמירה זמנית ומוגבלת בשדות מסוימים (למשל, קואורדינטות latitude/longitude של Places API ניתן לשמור עד 30 ימים רצופים ואז יש למחוק אותן).
קשה להיות מפורש יותר מזה. אם אתם משתמשים ב-API ושומרים את התוצאות במסד הנתונים שלכם, סביר מאוד שאתם מפרים את התנאים האלה — אלא אם כן השימוש שלכם נכנס בדיוק למסגרת הצרה של רשות השמירה במטמון.
מה בתי המשפט אמרו על גירוד נתונים ציבוריים
אין פסק דין של בית המשפט העליון שאומר "גירוד Google Maps חוקי". אבל כמה פסקי דין עיצבו את הדרך שבה בתי משפט מתייחסים לגירוד של נתונים ציבוריים.
| שנה | פסק דין | מה זה אומר | מה זה לא אומר |
|---|---|---|---|
| 2021 | Van Buren v. United States | ל-CFAA של "exceeds authorized access" נדרשת בחינה מבוססת-שערים — שימוש לרעה בנתונים שמותר לכם לגשת אליהם לא הופך אוטומטית לעבירה פדרלית | לא עוסק בתביעות חוזיות, בדיני פרטיות או בתנאים ייעודיים לפלטפורמות |
| 2022 | hiQ Labs v. LinkedIn (המעגל התשיעי, סופי) | גירוד פרופילים ציבוריים של LinkedIn ללא התחברות כנראה לא הפר את CFAA | לא ביטל את סיכון הפרת החוזה; תביעות החוזה המאוחרות של LinkedIn נמשכו |
| 2024 | Meta v. Bright Data (N.D. Cal.) | טענות על גירוד נתונים ציבוריים ללא התחברות צמצמו חלק מתביעות החוזה של הפלטפורמה | העובדות והתנאים המדויקים קובעים — זה לא רישיון גורף לכל גירוד |
| 2025–2026 | מחלוקות פלטפורמה ונתוני AI | פלטפורמות ממשיכות לבחון תיאוריות של תנאי שימוש, זכויות יוצרים ומקורות נתונים במחלוקות הקשורות לגירוד | לא נוצר כלל אוניברסלי; סוג הנתון, שיטת האיסוף והשימוש בהמשך עדיין הם שקובעים |
המסקנה המעשית: גירוד פומבי, ללא התחברות, ולא משבש — נושא סיכון CFAA נמוך יותר בארה״ב מאשר גירוד שמצריך התחברות או עקיפת הגנות.
אבל סיכון CFAA נמוך יותר לא מבטל את התנאים החוזיים הספציפיים של Google Maps, את דיני הפרטיות, את סוגיות הקניין הרוחני/תוכן משתמשים, או תקנות מחוץ לארה״ב.
הנוף המשפטי הנוכחי
יש כמה התפתחויות עכשוויות שכדאי לעקוב אחריהן:
ההדף של Meta v. Bright Data: פסק הדין מ-2024, שלפיו גירוד של נתונים ציבוריים ללא התחברות אינו מפר את CFAA, עודד חלק מפעולות הגירוד — אבל גם גרם לפלטפורמות (כולל Google) להשקיע יותר באמצעי נגד טכניים ולהחמיר את הניסוח החוזי. העדכון של תנאי Google Maps בינואר 2026 הוסיף דוגמאות ספציפיות יותר להתנהגות אסורה.
מחלוקות פלטפורמה ונתוני AI: סכסוכים אחרונים סביב פלטפורמות, איסוף אוטומטי ומקורות נתונים ל-AI מחזקים את אותה נקודה בסיסית: בתי משפט ורגולטורים מבדילים יותר ויותר בין סוג הנתון, שיטת האיסוף ו-השימוש בהמשך. גירוד של נתוני עסק ציבוריים לניתוח פנימי אינו אותו פרופיל סיכון כמו העתקת ביקורות, תמונות, נתונים של משתמשים מחוברים או תוכן פלטפורמה לצינור אימון של AI.
נתוני עסק מול נתונים אישיים: ההבחנה שבאמת משנה
אכיפת GDPR וציות לפרטיות נשענים על שאלה שרוב מדריכי הגירוד מדלגים עליה: האם אתם אוספים נתוני עסק עובדתיים, או מידע אישי? רישומי Google Maps כוללים לא פעם גם וגם.
| סוג נתון | דוגמאות ב-Google Maps | סיווג | רמת סיכון לפי GDPR/CCPA |
|---|---|---|---|
| נתוני עסק עובדתיים | שם העסק, כתובת, טלפון, שעות, אתר | בדרך כלל לא מידע אישי | ⚠️ נמוכה (אלא אם מדובר בעוסק יחיד) |
| פרטי בעל העסק | שם בעלים ברישום, אימייל אישי | מידע אישי | 🔴 גבוהה |
| תוכן שנוצר על ידי משתמשים | טקסט ביקורת, שם מבקר, תמונת פרופיל | מידע אישי | 🔴 גבוהה |
| נתונים מצטברים/נגזרים | דירוג ממוצע, מספר ביקורות | לא מידע אישי | ✅ נמוכה |
| תמונות שהועלו על ידי משתמשים | תמונות פנים, תמונות אוכל עם פנים | עלול להיות מידע אישי | ⚠️ בינונית–גבוהה |
הטוויסט הוא כזה: "מספר טלפון עסקי" של עוסק יחיד הוא דווקא מידע אישי לפי GDPR. קו טלפון כללי של מסעדה כנראה שלא. מספר סלולרי ישיר של רופא שיניים שמופיע בפרופיל Google Maps שלו כמעט בוודאות כן.
הסיווג תלוי בהקשר, לא בשם השדה.
ציות ל-GDPR עבור נתונים שנגרדו
סעיף 6 ב-GDPR מחייב בסיס חוקי לעיבוד מידע אישי — גם אם נאסף מגירוד וגם אם לא. "זה היה גלוי לציבור" הוא לא בסיס חוקי בפני עצמו. הבסיס הנפוץ ביותר שמציינים בגירוד B2B הוא אינטרס לגיטימי, אבל זה מחייב הערכה מתועדת שמראה שהאינטרס שלכם גובר על זכויות נושאי המידע. זה לא אישור אוטומטי.
חובות נוספות כוללות:
- הודעה לפי סעיף 14: אם אספתם מידע אישי ממקור שאינו האדם עצמו, בדרך כלל צריך להודיע לו בתוך פרק זמן סביר
- מזעור נתונים: לאסוף רק את השדות שבאמת צריכים למטרה שהוגדרה
- זכות למחיקה / ביטול הסכמה: אם מי שנתוניו נגרדו מבקש מחיקה, צריך תהליך לטיפול בכך
- מדיניות שמירה: אי אפשר לשמור מידע אישי שנגרד לנצח — יש להגדיר ולאכוף תקופת שמירה
- CCPA/CPRA: ל-צרכנים בקליפורניה יש זכויות לגבי מידע אישי שנאסף, נעשה בו שימוש, שותף או נמכר על ידי עסקים מכוסים, כולל הזכות לדעת, למחוק ולהתנגד למכירה
עצה מעשית ליצירת לידים B2B: הישארו עם נתוני עסק עובדתיים, הימנעו מפרופילים של מבקרים ותמונות אלא אם יש לכם בסיס חוקי ברור, תעדו הכול, והחזיקו תהליך מחיקה/הסרה. עובדים בהיקף גדול או מכוונים לנושאי מידע באיחוד האירופי/בריטניה? התייעצו עם עורך דין.
סיכון Google Maps לפי סוג נתון
הסיכון משתנה בצורה דרמטית לפי סוג הנתון.
| סוג נתון | דוגמה | סיכון לפי דיני גישה למחשב (CFAA) | סיכון לפי תנאי Google | סיכון פרטיות/קניין רוחני | הנחיה מעשית |
|---|---|---|---|---|---|
| נתוני עסק עובדתיים | שם העסק, כתובת ציבורית, אתר, שעות כלליות | נמוך (ציבורי, ללא התחברות) | ⚠️ בינוני — עדיין מנוגד לתנאי Maps אם מחלצים בכמות גדולה | ⚠️ נמוך, אלא אם מדובר בעוסק יחיד | קטגוריית הסיכון הנמוכה ביותר, אבל עדיין נגד התנאים של Google בהיקף גדול |
| שדות קשר | מספרי טלפון, אימיילים, שמות בעלים | נמוך | ⚠️ בינוני–גבוה | 🔴 גבוה אם מדובר במידע אישי | לצמצם איסוף; לוודא בסיס חוקי למידע אישי |
| ביקורות ושמות מבקרים | "פיצה מעולה!" — John D., 4 כוכבים | נמוך | 🔴 גבוה — אסור במפורש | 🔴 גבוה (מידע אישי + זכויות יוצרים) | להימנע אלא אם יש בסיס חוקי מתועד ומשכנע |
| תמונות ו-Street View | תמונות אוכל שהועלו ע״י משתמשים, תמונות Street View | נמוך | 🔴 גבוה — אסור במפורש | 🔴 גבוה (זכויות יוצרים, ייתכן שגם אישי) | לא לגרד |
| אריחי מפה, מסלולים, גיאוקודים | תמונות מפה, הוראות נסיעה, lat/lng | נמוך | 🔴 גבוה — אסור במפורש | ⚠️ בינוני (זכויות מסד נתונים, זכויות יוצרים) | להשתמש ב-API הרשמי בהתאם לתנאים |
| נתוני בעל עסק ב-Business Profile | מידע מלוח הבקרה של הבעלים, הודעות פרטיות | 🔴 גבוה (דורש התחברות) | 🔴 גבוה | 🔴 גבוה | לעולם לא לגרד — דורש אימות |
ביקורות, תמונות, תוכן מפה ומסדי לידים בכמות גדולה מסוכנים הרבה יותר מבדיקות פנימיות קטנות של נתוני עסק עובדתיים ציבוריים.
אבל גם קטגוריית הסיכון הנמוכה ביותר — נתוני עסק עובדתיים — עדיין מנוגדת לתנאי Google Maps כשהאיסוף נעשה בהיקף גדול ובאמצעים אוטומטיים.
ממשקי API רשמיים וחלופות עם סיכון נמוך יותר
כמה חלופות נושאות סיכון משפטי ותפעולי נמוך יותר מאשר גירוד ישיר של Google Maps.
| אפשרות | מתאימה במיוחד ל | מגבלה עיקרית | פרופיל סיכון |
|---|---|---|---|
| Google Places API | גישה מורשית לנתוני מקומות (שם, כתובת, טלפון, דירוג, ביקורות) | תמחור ($0.017+ לכל קריאת Place Details), מכסות מחמירות, מגבלות מטמון, דרישות ייחוס | ✅ נמוך אם משתמשים בהתאם לתנאים |
| Business Profile APIs | ניהול רישומים שבבעלותכם או שיש לכם הרשאה לנהל | לא API כללי ליצירת לידים — מוגבל לרישומים שלכם | ✅ נמוך לשימוש מורשה |
| ספקי POI/נתונים ברישיון | מערכי נתוני עסקים בכמות גדולה לניתוח, מחקר שוק | עלות; ייתכן שלא יכללו את כל השדות; תנאי הרישיון משתנים | ✅ נמוך אם הרישיון מתאים לשימוש |
| אתרי עסקים/מדריכים ציבוריים | פרטי קשר, הקשר ללידים מקומיים, נתונים ייעודיים לענף | איטי יותר; הנתונים עלולים להיות פחות מקיפים | ⚠️ נמוך–בינוני (תלוי בתנאי האתר) |
| Thunderbit | חילוץ נתונים מובנים מדפי אינטרנט ציבוריים, מדריכים, PDFs, דפי אירועים | אינו הופך גירוד אסור מ-Google Maps לחוקי | ⚠️ נמוך כאשר משתמשים במקורות ציבוריים מתאימים |
Google Places API: פירוק עלויות אמיתי
Places API הוא המסלול המורשה של Google לנתוני מקומות — אבל הוא לא חינמי, והתנאים צרים יותר ממה שרוב האנשים מצפים.
| גורם | Google Places API | גירוד רשת | איסוף ידני |
|---|---|---|---|
| חוקיות | ✅ תואם במלואו | ⚠️ אזור אפור משפטי (נתונים ציבוריים נושאים סיכון CFAA נמוך יותר, אבל עדיין מנוגד לתנאי Google) | ⚠️ אזור אפור מול תנאי שימוש בהיקף גדול |
| עלות לכל 1,000 לידים | כ-$7–$32 (Place Details בכ-$0.017 לקריאה, בהתאם לשדות) | משתנה לפי כלי | חינם (אבל עלות הזמן עצומה) |
| שדות זמינים | מוגבל לסכמת ה-API | גמיש — כל שדה גלוי | כל שדה גלוי |
| מגבלות קצב | כן (מכסות מחמירות) | תלוי בכלי/שיטה | מהירות אנושית |
| מורכבות הקמה | נדרש מפתח (API keys, קוד) | נמוכה בכלים ללא קוד | אין |
| עדכניות נתונים | בזמן אמת | כמעט בזמן אמת | תמונת מצב |
| מטמון | זמני (30 יום בשדות מסוימים) | באחריותכם | לא רלוונטי |
תרחיש ריאלי: אם אתם צריכים 5,000 לידים של עסקים בתחום האינסטלציה בארה״ב, עם שם, טלפון, כתובת ואתר, Places API יעלה בערך 85–160 דולר, תלוי במסכות השדות, ועוד זמן פיתוח כדי לבנות את האינטגרציה. איסוף ידני בקצב של 2 דקות לרישום ייקח בערך 167 שעות. כלי גירוד ללא קוד על ספר עסקי ציבורי אחר (לא Google Maps) עשוי לקחת אחר צהריים אחד.
עבור הרבה צוותי B2B, המסלול המעשי ביותר משלב בין Places API עבור תת-קבוצה מצומצמת ובעלת ערך גבוה של נתונים, לבין אתרי עסקים ציבוריים ומדריכים לקבלת רשימות לידים רחבות יותר.
מסגרת החלטה מעשית
הנה מסגרת צעד-אחר-צעד לבחינת השאלה האם תהליך גירוד מסוים מ-Google Maps הוא רעיון טוב. היא נועדה להציף סיכונים בכל שלב — לא לסיים ב"אתם בסדר".
שלב 1: האם הנתונים גלויים ללא התחברות, גישת חשבון, עקיפת CAPTCHA או מפתח API?
- אם לא → 🔴 סיכון גבוה. לעצור כאן אלא אם יש הרשאה מפורשת.
- אם כן → להמשיך.
שלב 2: האם מדובר ב-Google Maps Content (אריחי מפה, גיאוקודים, מסלולים, נתוני places), בתוכן שנוצר על ידי משתמשים (ביקורות, תמונות), או במידע אישי?
- אם זה Google Maps Content → ⚠️ התנאים של Google אוסרים חילוץ גם אם התוכן ציבורי.
- אם זה UGC → 🔴 סיכון גבוה (זכויות יוצרים + פרטיות).
- אם זה מידע אישי → 🔴 נדרש בסיס חוקי לפי GDPR/CCPA.
- אם זה נתוני עסק עובדתיים בלבד → ⚠️ עדיין נגד תנאי Google בהיקף גדול, אבל עם סיכון פרטיות/קניין רוחני נמוך יותר.
שלב 3: האם אתם יוצרים מסד נתוני רישומי עסקים, רשימת תפוצה, רשימת טלמרקטינג, חלופה למפה/מדריך, או מערך נתונים לאימון AI?
- אם כן לאחד מאלה → 🔴 אסור במפורש בתנאים הנוספים של Google Maps. סיכון אכיפה גבוה.
- אם לא → להמשיך.
שלב 4: האם אתם מכבדים robots.txt, מגבלות קצב, ונמנעים מעקיפת אמצעי הגנה (CAPTCHA, זיהוי בוטים)?
- אם עוקפים → 🔴 מפר את התנאים הכלליים של Google ומעלה את סיכון CFAA.
- אם מכבדים → ⚠️ עדיין מנוגד לתנאים הספציפיים של Maps עבור חילוץ אוטומטי.
שלב 5: האם יש API רשמי או מקור נתונים ברישיון לאותה משימה?
- אם כן → העדיפו אותו באופן מובהק. העלות היא פוליסת הביטוח שלכם.
- אם לא → תעדו למה לא קיימת חלופה מורשית.
שלב 6: האם יש לכם בסיס לפרטיות, מדיניות שמירה ותהליך הסרה/ביטול?
- אם לא → 🔴 אתם חשופים מבחינת פרטיות, בלי קשר לגורמים האחרים.
- אם כן → צמצמתם, אבל לא ביטלתם, את סיכון הפרטיות.
מטריצת סיכון לפי תרחיש
| תרחיש | סיכון משפטי (CFAA) | סיכון לפי תנאי שימוש | סיכון פרטיות | סיכון מעשי (חסימת IP וכו') |
|---|---|---|---|---|
| גירוד רישומי עסקים ציבוריים, היקף קטן, בארה״ב | ✅ נמוך | ⚠️ בינוני | ⚠️ נמוך (אלא אם מדובר במידע אישי) | ✅ נמוך |
| גירוד נתוני עסק ציבוריים בהיקף גדול, תוך שמירה על מגבלות קצב | ✅ נמוך | ⚠️ בינוני–גבוה | ⚠️ בינוני | ⚠️ בינוני |
| גירוד ביקורות משתמשים עם מידע אישי, יעד באיחוד האירופי | ✅ נמוך (CFAA) | 🔴 גבוה | 🔴 גבוה (GDPR) | ⚠️ בינוני |
| עקיפת CAPTCHAs או מחסומי התחברות | ⚠️ בינוני–גבוה | 🔴 גבוה | משתנה | 🔴 גבוה |
| בניית רשימת תפוצה/טלמרקטינג מתוך נתוני Maps | ✅ נמוך (CFAA) | 🔴 גבוה | 🔴 גבוה | ⚠️ בינוני |
| שימוש ב-Google Maps API בהתאם לתנאים | ✅ אין | ✅ אין | ✅ נמוך (אם הנתונים ממוזערים) | ✅ אין |
| גירוד ספר עסקי ציבורי (לא Google) | ✅ נמוך | תלוי באתר | ⚠️ נמוך–בינוני | ✅ נמוך–בינוני |
מה לעשות בפועל אם Google שולחת מכתב התראה
השאלה הזו עולה כל הזמן בפורומים, וכמעט אף אחד לא מתייחס אליה ישירות.
מכתב התראה אינו תביעה. זהו מכתב דרישה — בדרך כלל מצוות המשפט של Google או ממשרד עורכי דין חיצוני — המבקש מכם להפסיק התנהלות מסוימת. הוא עשוי להתייחס להפרת תנאי שימוש, הפרת זכויות יוצרים או טענות אחרות. זה רציני, אבל זה לא צו בית משפט.
צעדים מיידיים אם קיבלתם כזה מכתב:
- להפסיק את פעילות הגירוד המתוארת במכתב. המשך אחרי קבלת הודעה מעלה משמעותית את החשיפה המשפטית.
- לשמור את כל הרשומות — לא למחוק ראיות. זה כולל לוגים, נתונים שנגרדו, תכתובות וקוד. מחיקת ראיות לאחר קבלת הודעה משפטית עלולה ליצור בעיות משפטיות נוספות (spoliation).
- לקרוא את המכתב בעיון. האם זו הודעה על הפרת תנאים מצד צוות הפלטפורמה של Google, או איום משפטי מעורכי הדין של Google? אלה מצבים שונים מאוד בחומרתם ובהשלכותיהם.
- להתייעץ עם עורך דין. זו אמנם התשובה המשעממת, אבל מכתב התראה הוא הנקודה שבה עצות אינטרנט כלליות מפסיקות להיות מועילות וייעוץ משפטי מקצועי נעשה הכרחי.
אפשרויות תגובה:
- לציית: לעצור את הפעילות, ולאשר בכתב שהפסקתם. זו לרוב התגובה הנפוצה והפחות מסוכנת עבור פעולות קטנות/בינוניות.
- לנהל משא ומתן: אם אתם סבורים שיש לכם הגנה משפטית או שאתם צריכים תקופת מעבר, עורך דין יכול לעזור לכם להשיב בצורה עניינית.
- לערער: בדרך כלל לא מומלץ אלא אם יש לכם בסיס משפטי חזק ומשאבים לתמוך בו.
בדיקת מציאות מעשית: Google משתמשת ברוב המקרים באמצעים טכניים — חסימות IP, CAPTCHA, הגבלת קצב, השעיית חשבון — לפני נקיטת הליך משפטי. מכתבי התראה נדירים עבור גירודים קטנים או בינוניים שאוספים נתוני עסק לשימוש פנימי. היסטורית, Google נטתה למקד אכיפה משפטית במתחרים שבונים שירותים חלופיים, משווקים מסחריים גדולים, ובפעולות שגורמות נזק מדיד למוצרים שלה.
זה לא אומר שאתם חסינים. זה אומר שההסתברות נמוכה, לא אפס.
גבולות בטוחים יותר לצוותים שצריכים נתוני עסקים מקומיים
רוב צוותי המכירות, השיווק והנדל״ן צריכים נתוני עסקים מקומיים. הגבולות הבאים מפחיתים סיכון בלי לשלול את היכולת לפעול.
- להעדיף API רשמי או מערכי נתונים מורשים כשצריך נתונים מבוססי Google בהיקף גדול. העלות אמיתית, אבל גם הפחתת הסיכון אמיתית.
- אם אוספים נתוני עסק ציבוריים, להחזיק את האיסוף קטן, הכרחי, ומקושר למטרה עסקית לגיטימית. "אנחנו צריכים פרטי קשר של אינסטלטורים בשלושה מיקודים לקמפיין דיוור ישיר" הוא נימוק שניתן להגן עליו יותר מאשר "אנחנו רוצים כל רישום עסקי במדינה".
- להימנע מהעתקה של ביקורות Google, תמונות, אריחי מפה, נתוני מסלולים/גיאוקוד או נתוני בעלים/חשבון. אלה הקטגוריות המסוכנות ביותר גם לפי התנאים של Google וגם לפי דיני קניין רוחני/פרטיות.
- לא לגרד בזמן שמחוברים לחשבון Google אלא אם תהליך העבודה מורשה במפורש בתנאי Google עבור סוג החשבון הזה.
- לא לבנות חלופה ל-Google Maps או מסד טלמרקטינג בכמות גדולה מתוך Google Maps Content. זהו תרחיש השימוש שתנאי Google אוסרים עליו בצורה הכי מפורשת.
- לתעד מקור, מטרה, תקופת שמירה ובסיס פרטיות עבור כל נתון שנאסף. אם אינכם יכולים להסביר למה יש לכם פיסת מידע מסוימת, כנראה שלא צריך להיות לכם אותה.
- להשתמש בכלים כמו Thunderbit במקורות ציבוריים עם סיכון נמוך יותר — אתרי עסקים, דפי אירועים, מדריכי עמותות, רישומי ecommerce, קובצי PDF ציבוריים — כאשר המקורות האלה מתאימים למשימה. תכונת AI Suggest Fields של Thunderbit ממליצה רק על העמודות שמתאימות למבנה הדף, מה שמקדם טבעית מזעור נתונים. תוסף Chrome יכול לחלץ נתונים מובנים מהמקורות האלה בכמה לחיצות, ואפשר לייצא ישירות ל-Excel, Google Sheets, Airtable או Notion.
כדי להיות ברורים: Thunderbit לא הופך תהליך גירוד אסור מ-Google Maps לתואם חוק. אף כלי לא עושה את זה.
אבל אם המטרה האמיתית שלכם היא לידים של עסקים מקומיים, הנתונים נמצאים לא פעם באתרי העסקים עצמם, במדריכי ענף, בדפי לשכת המסחר או בדיווחים פומביים — מקורות עם פחות מגבלות מ-Google Maps. Thunderbit נבנה בדיוק עבור סוג כזה של גירוד רשת בלי קוד.
לצוותים שרוצים להעמיק בתהליכי יצירת לידים, הפוסטים שלנו על יצירת לידים עם AI ו-מה זה web scraping מכסים את התמונה הרחבה.
נקודות עיקריות
- גירוד Google Maps אינו תשובה פשוטה של "כן" או "לא". התשובה תלויה במה גורדים, איך, איפה אתם נמצאים, ומה עושים עם הנתונים.
- התקדימים בארה״ב לגבי גירוד נתונים ציבוריים (Van Buren, hiQ, Meta v. Bright Data) מורידים את סיכון CFAA עבור נתונים ציבוריים ללא התחברות, אבל תנאי החוזה של Google Maps עדיין מחמירים מאוד — יותר מרוב האתרים.
- תהליכי העבודה המסוכנים ביותר כוללים ייצוא בכמות גדולה, שימוש חוזר ב-Google Maps Content מחוץ לשירותים, ביקורות/תמונות, מידע אישי, שימוש לרעה בכניסה/ב-API, ספריות חלופיות, רשימות טלמרקטינג או מערכי נתונים לאימון AI.
- ההבחנה בין נתוני עסק לנתונים אישיים היא החשובה ביותר לציות לפרטיות. פרטי עוסק יחיד, שמות מבקרים ותמונות משתמשים הם מידע אישי גם אם הם גלויים לציבור.
- תהליכי עבודה עם סיכון נמוך יותר משתמשים ב-API רשמי (Places API בהתאם לתנאים), בנתוני POI מורשים, או במקורות ציבוריים שאינם Google, יחד עם מזעור נתונים ובקרת שמירה.
- אם אתם צריכים לידים של עסקים מקומיים, כלים כמו Thunderbit יכולים לעזור לכם לחלץ נתונים מובנים מאתרי עסקים ומדריכים ציבוריים — מקורות עם פחות מגבלות מאשר Google Maps עצמה.
- הנוף המשפטי עדיין משתנה. בתי המשפט ממשיכים לחדד את גבולות אכיפת תנאי השימוש, הגישה לנתונים ציבוריים, חובות פרטיות ואיסוף אוטומטי לשימושים הקשורים ל-AI.
שאלות נפוצות
1. האם גירוד שמות וכתובות עסקים מ-Google Maps הוא לא חוקי?
לפי הדין הנוכחי בארה״ב, גירוד של נתונים גלויים לציבור כנראה אינו עבירה פדרלית (CFAA), בהתבסס על התקדים של Van Buren ו-hiQ. עם זאת, זה מפר את תנאי השימוש של Google Maps, שאוסרים במפורש חילוץ בכמות גדולה של שמות וכתובות עסקים. הפרת תנאי שימוש אינה עבירה פלילית, אבל היא עלולה להוביל להשעיית חשבון, חסימות IP, ואולי גם לתביעה אזרחית מ-Google על הפרת חוזה.
2. האם אפשר לגרד ביקורות מ-Google Maps?
זו אחת הקטגוריות עם הסיכון הגבוה ביותר. תנאי Google Maps Platform אוסרים במפורש להעתיק ולשמור ביקורות משתמשים. ביקורות גם כוללות מידע אישי (שמות מבקרים, פרטי פרופיל) הכפוף ל-GDPR/CCPA, וטקסט הביקורת עצמו מוגן בזכויות יוצרים של המבקר. אלא אם יש לכם בסיס חוקי ספציפי, מתועד, ואתם ערוכים לעמוד בחובות הפרטיות — עדיף להימנע.
3. האם שימוש ב-Google Places API בטוח יותר מגירוד?
כן, באופן משמעותי. Places API הוא המסלול הרשמי של Google לקבלת נתוני מקומות, ושימוש בו בהתאם לתנאים מבטל את סיכון הפרת תנאי השימוש. החסרונות הם עלות (~$0.017+ לכל קריאת Place Details), מכסות מחמירות, שמירה במטמון מוגבלת (30 יום בשדות מסוימים), ודרישות ייחוס. עבור רוב מקרי השימוש העסקיים, עלות ה-API נמוכה בהרבה מהסיכון המשפטי של גירוד לא מורשה.
4. האם אפשר להשתמש בנתוני Google Maps ליצירת לידים או לטלמרקטינג?
התנאים הנוספים של Google Maps אוסרים במפורש שימוש ב-Google Maps ליצירה או הרחבה של רשימות תפוצה או רשימות טלמרקטינג. גם אם השגתם את הנתונים דרך Places API, התנאים מגבילים שימוש בהמשך. ליצירת לידים, חלופות עם סיכון נמוך יותר כוללות גירוד של אתרי האינטרנט הציבוריים של העסקים עצמם, שימוש במדריכים ענפיים, או רכישת נתונים מספקים ברישיון. כלים כמו Thunderbit יכולים לעזור לחלץ נתונים מובנים מהמקורות האלה שאינם Google.
5. האם שימוש ב-Thunderbit הופך גירוד Google Maps לתואם חוק?
לא. שום כלי לא הופך גירוד אסור מ-Google Maps לחוקי — הציות תלוי במקור הנתונים, בסוג הנתון ובמקרה השימוש שלכם, לא בכלי. Thunderbit מיועד לחילוץ נתונים מובנים מדפי אינטרנט ציבוריים, אתרי עסקים, מדריכים, PDFs ומקורות מתאימים אחרים. אם משתמשים בו על מקור שבו איסוף אוטומטי מותר (או לפחות לא אסור במפורש), הוא מפחית את העומס התפעולי. אבל הוא לא גובר על התנאים של Google או על דיני הפרטיות.
למידע נוסף
