Playwright לאוטומציה עסקית: מעבר לבדיקות

הכלי שנבנה לבדיקות ומשמש לאוטומציה

Playwright נולד כ-framework לבדיקות אוטומטיות של אפליקציות web. מייקרוסופט בנו אותו ב-2020, והוא מהר מאוד הפך לסטנדרט בתעשייה – יותר מהיר מ-Selenium, יותר יציב מ-Puppeteer, ועם תמיכה מלאה ב-Chrome, Firefox ו-Safari.

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

בשנת 2026, Playwright כבר לא רק כלי QA. הוא תשתית אוטומציה מלאה, עם תמיכה ב-MCP (Model Context Protocol) שמאפשר ל-AI agents לשלוט בדפדפן. זה game changer.

למה Playwright ולא RPA קלאסי?

בואו נהיה ישירים. UiPath, Automation Anywhere, Blue Prism – כל הכלים האלה עולים הון. רישיון UiPath Enterprise מתחיל מ-$420 לחודש לרובוט. תרבו ב-3-5 רובוטים, תוסיפו Orchestrator ו-Studio, ואתם ב-$3,000-5,000 לחודש. לפני שבניתם אוטומציה אחת.

Playwright? חינם. קוד פתוח. MIT license.

"אבל RPA יודע לעבוד עם desktop!" – נכון. ואם אתם צריכים לאטמט SAP GUI או מערכת Windows ישנה, RPA הוא הבחירה הנכונה. אבל כמה מהתהליכים שלכם הם באמת desktop? ב-2026, רוב המערכות הן web. Priority עובד דרך דפדפן. Green Invoice הוא SaaS. הבנקים – אונליין. רשויות ממשלתיות – אתרי web.

אז למה לשלם $50,000 בשנה על RPA כשהתהליכים שלכם רצים בדפדפן?

השוואת עלויות – 3 שנים

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

5 תרחישים עסקיים שעובדים ב-production

1. מילוי טפסים ממשלתיים

כל רואה חשבון בישראל יודע את הכאב. דיווחים לרשות המסים, ביטוח לאומי, רשם החברות – אתרים ישנים, טפסים ארוכים, ממשקים שלא השתנו מ-2008.

Playwright יודע להיכנס לאתר, למלא טופס, לעלות קבצים, ולשלוח. גם כשהאתר איטי, גם כשיש CAPTCHA (עם שילוב שירותי פתרון), גם כשצריך להמתין לטעינת JavaScript.

קוד לדוגמה (TypeScript):

const browser = await chromium.launch({ headless: true });
const page = await browser.newPage();
await page.goto('https://www.misim.gov.il/...');
await page.fill('#company-id', companyData.id);
await page.fill('#revenue', companyData.revenue.toString());
await page.click('button[type="submit"]');
await page.waitForSelector('.success-message');

פשוט. יציב. רץ כל לילה ב-cron job.

2. חילוץ מידע ממערכות legacy

יש לכם מערכת ישנה עם web UI שאין לה API? אל תיגעו בה. אל תבנו API מעליה. פשוט תשתמשו ב-Playwright.

אנחנו עושים את זה עם מערכות ERP ישנות, מערכות פנים-ארגוניות שנבנו לפני 15 שנה, ואתרי ספקים שלא ישנו לעולם. Playwright נכנס, מנווט בתפריטים, שולף את הנתונים, ושומר ב-database או ב-API מודרני.

יתרון קריטי: אפס שינוי במערכת הישנה. אפס סיכון. המערכת לא יודעת שמישהו (או משהו) ניגש אליה.

3. מודיעין תחרותי

לעקוב אחרי מחירים של מתחרים, מוצרים חדשים, שינויים באתר – זה חוקי ולגיטימי (כל עוד מכבדים robots.txt ותנאי שימוש).

Playwright גורד אתרי מתחרים פעם ביום, משווה מחירים, ושולח דוח. אפשר לשלב עם GPT-4o לניתוח – "מה השתנה מול שלשום? האם המתחרה הוריד מחיר על קטגוריה ספציפית?"

חברת e-commerce ישראלית שעבדנו איתה עוקבת אחרי 12 מתחרים, 5,000 מוצרים. הסקריפט רץ 3 שעות בלילה ומייצר דוח מחירים יומי. עלות: $50 לחודש שרת.

4. הפקת דוחות אוטומטית

"תוריד לי את הדוח מ-Google Analytics". "תשלוף נתונים מ-Facebook Ads". "תייצר דוח חודשי מ-Priority".

כל המשימות האלה הן login → navigate → set filters → download/scrape → format. Playwright עושה את כולן.

הארכיטקטורה הטיפוסית:

1. Playwright נכנס למערכת (cookies שמורים, לא מתחבר כל פעם)
2. מנווט לדוח הרלוונטי
3. מגדיר פילטרים (תאריכים, קטגוריות)
4. מוריד/גורד את הנתונים
5. מעבד ומפרמט (Node.js)
6. שולח במייל או שומר ב-Drive

כל זה רץ ב-Docker container, מתוזמן עם cron, ומנוטר עם healthchecks.

5. מיגרציית נתונים

מעבירים מערכת? צריכים להעביר 50,000 רשומות ממערכת A למערכת B, ושתיהן בלי API? Playwright הוא הפתרון.

הוא פותח שני דפדפנים במקביל – אחד קורא מהמערכת הישנה, אחד כותב לחדשה. עם error handling, retry logic, ולוג מפורט של כל רשומה.

ראינו מיגרציות שהיו אמורות לקחת 3 חודשים ידנית, ש-Playwright סיים ב-48 שעות.

הרצה ב-production עם Docker

אחד היתרונות הגדולים של Playwright על פני RPA – הוא רץ בכל מקום. לא צריך Windows, לא צריך GUI, לא צריך לשבת על מכונה ספציפית.

Dockerfile בסיסי:

FROM mcr.microsoft.com/playwright:v1.50.0-noble
WORKDIR /app
COPY package*.json ./
RUN npm ci
COPY . .
CMD ["node", "dist/main.js"]

זה הכל. Image רשמי של מייקרוסופט עם כל הדפדפנים מותקנים. רץ על כל שרת Linux, על AWS ECS, על Google Cloud Run, על Kubernetes.

טיפים ל-production:

• תמיד headless. אלא אם אתם מדבגים, אין סיבה להריץ עם GUI.
• Resource limits. Chromium אוכל RAM. הגבילו ל-512MB-1GB לכל instance.
• Timeouts מחושבים. ברירת מחדל של 30 שניות לרוב, אבל אתרים ישראליים ממשלתיים? תעלו ל-60. לפעמים 90.
• Screenshots על שגיאות. כל פעם שמשהו נכשל – צלמו מסך. זה חוסך שעות דיבאגינג.
• Retry logic. רשת נפלה? תנסו שוב. אלמנט לא נטען? תחכו ותנסו. אחרי 3 נסיונות – alert.

שילוב Playwright עם AI

כאן הקסם קורה. Playwright בודד הוא אוטומציה "טיפשה" – הוא עושה בדיוק מה שאמרו לו. מה קורה כשמשלבים עם GPT-4o?

תרחיש 1: מילוי טפסים חכם
Playwright גורד טופס. GPT-4o מחליט מה למלא בכל שדה על סמך נתונים שקיבל. Playwright ממלא ושולח. זה עובד גם כשהטופס משתנה – כי ה-AI מבין את הכוונה, לא רק את ה-selector.

תרחיש 2: גרידה חכמה
Playwright שולף את ה-HTML. GPT-4o מחלץ את המידע הרלוונטי מתוך הבלאגן. לא צריך לכתוב CSS selectors ספציפיים שנשברים כל שבוע – ה-AI מבין את המבנה.

תרחיש 3: ניווט דינמי
האתר השתנה? במקום שהסקריפט ייכשל, GPT-4o מסתכל על screenshot, מבין איפה הכפתור החדש, ו-Playwright לוחץ. זה resilience שאין ב-RPA קלאסי.

Playwright 1.50 הוסיף MCP server מובנה, שמאפשר ל-AI agents (כמו Claude Code או GitHub Copilot) לשלוט בדפדפן ישירות. זה כבר לא science fiction – זה production-ready.

מתי לא להשתמש ב-Playwright

כן, יש מצבים שבהם Playwright הוא לא הפתרון:

• אוטומציית desktop – Playwright לא יודע ללחוץ על כפתורים ב-Windows. לזה צריך UiPath או AutoHotkey.
• תהליכים שדורשים הפעלה ע"י משתמש עסקי – Playwright דורש מפתח. אם צריך low-code שאיש עסקים יפעיל – זה n8n או Power Automate.
• כשיש API – אם למערכת יש API, תשתמשו ב-API. Playwright הוא plan B כשאין ממשק תכנותי.
• אתרים עם anti-bot אגרסיבי – Cloudflare Turnstile, reCAPTCHA v3, device fingerprinting. אפשר לעקוף, אבל זה מירוץ חימוש שלא תמיד שווה.

איך מתחילים – צעד אחר צעד

שלב 1: זהו 3 תהליכים web-יים שחוזרים על עצמם. תחשבו כמה זמן כל אחד לוקח בשבוע.

שלב 2: בחרו את זה עם ה-ROI הגבוה ביותר. כתבו POC ב-Playwright (יום-יומיים עבודה למפתח).

שלב 3: הוסיפו error handling, logging, retry logic. עטפו ב-Docker.

שלב 4: הריצו ב-staging שבוע. תקנו באגים.

שלב 5: דפלויו ל-production עם monitoring ו-alerts.

זמן מהרעיון ל-production: 2-4 שבועות. עלות: אפס רישיונות, רק זמן מפתח.