3 שלב הבנייה

בניית האתר הראשון שלך — Building Your First Website

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

מה יהיה לך בסוף הפרק הזה
מה תוכל/י לעשות אחרי הפרק הזה
דרישות קדם
הפרויקט שלך

בפרק 2 בנית את תשתית Git — יצרת חשבון GitHub, הגדרת SSH Key, למדת את ה-Save Loop של git add, git commit, git push, ובנית Repository נקי שמוכן ל-Deployment. בפרק הזה אתה לוקח את התשתית ובונה עליה אתר אמיתי — מהפרומפט הראשון, דרך Iteration ו-Responsive Design, ועד אתר חי באינטרנט עם דומיין. בפרק 4 תיקח את הבסיס הזה ותרחיב אותו לאפליקציה דינמית עם React, Next.js, בסיס נתונים ומשתמשים.

מתחיל 10 דקות מושג

איך אתרים עובדים — גרסת 60 שניות

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

כל אתר מדבר שלוש שפות:

שפה תפקיד אנלוגיה קובץ טיפוסי
HTML מבנה ותוכן — כותרות, פסקאות, תמונות, קישורים השלד של בניין index.html
CSS עיצוב — צבעים, גופנים, מרווחים, Layout הבגדים והאיפור styles.css
JavaScript אינטראקציה — תפריטים, אנימציות, ולידציה של טפסים השרירים שגורמים לדברים לזוז script.js

מה קורה כשמישהו גולש לאתר? התהליך פשוט:

  1. המשתמש מקליד כתובת URL בדפדפן (או לוחץ על קישור)
  2. הדפדפן שולח בקשה לשרת (Server) — "תשלח לי את הקבצים של האתר הזה"
  3. השרת שולח חזרה קובץ HTML
  4. הדפדפן קורא את ה-HTML, טוען את ה-CSS וה-JavaScript שמקושרים אליו
  5. הדפדפן "מרנדר" (Render) את הכול — ומציג את הדף הסופי על המסך
ההבהרה הכי חשובה בפרק הזה

אתה לא צריך ללמוד HTML, CSS ו-JavaScript. אתה צריך לדעת מה הם עושים כדי שתוכל לתאר ל-Claude Code מה אתה רוצה. כשאתה אומר "תשנה את הצבע של הכותרת לכחול" — Claude יודע שזה CSS. כשאתה אומר "תוסיף כפתור שנפתח תפריט" — Claude יודע שזה JavaScript. ההבנה הבסיסית של מה כל שפה עושה היא כל מה שצריך.

קובץ index.html הוא "דף הבית" של האתר — הדף שנטען כשמישהו נכנס לכתובת הראשית. styles.css מגדיר איך הכול נראה. script.js מגדיר איך הכול מתנהג. Claude Code יוצר את שלושת הקבצים האלה (ולפעמים יותר) — אתה מתאר את התוצאה, Claude כותב את הקוד.

מתחיל 20 דקות תרגול

האמנות של הפרומפט הראשון

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

בואו נראה את ההבדל:

טעות נפוצה: פרומפט גנרי

"Build me a website"

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

פרומפט מצוין

"Build a single-page landing page for a dog walking service called 'Happy Paws' (כפות שמחות). Target audience: pet owners in Tel Aviv. Include: hero section with a large photo area, services section with 3 cards (daily walks ₪45, group walks ₪35, puppy training ₪120), pricing table, contact form with name/phone/message, footer with social links. Design: modern, clean, warm colors (orange and cream palette), Hebrew RTL layout, mobile-first. Use Heebo font."

שימו לב להבדל — הפרומפט השני נותן ל-Claude כל מה שהוא צריך כדי לייצר תוצאה מדויקת. כאן ה-Framework:

5

רכיבים ב-"הפרומפט המושלם" — Purpose, Audience, Structure, Design, Requirements

רכיב מה לכתוב דוגמה
Purpose — מטרה מה זה ומה זה עושה "Landing page לשירות טיולי כלבים"
Audience — קהל יעד למי זה מיועד "בעלי כלבים בתל אביב, גיל 25-45"
Structure — מבנה אילו חלקים/דפים/סקשנים "Hero, שירותים (3 כרטיסים), מחירון, טופס יצירת קשר, Footer"
Design — עיצוב איך זה צריך להיראות/להרגיש "מודרני, נקי, צבעים חמים, גופן Heebo"
Requirements — דרישות מיוחדות דברים ספציפיים שחייבים להיות "RTL layout, mobile-first, עברית"

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

"Design it similar to stripe.com but with warmer colors and Hebrew RTL layout"

Claude מכיר אתרים פופולריים ויודע לייצר סגנון דומה.

15 דקות

כתוב את הפרומפט הראשון שלך — עכשיו

  1. חשוב על הפרויקט שבחרת בפרק 1 — מה האתר שאתה רוצה לבנות?
  2. פתח קובץ טקסט חדש (או פתק בנייד)
  3. כתוב פרומפט לפי ה-Framework: Purpose + Audience + Structure + Design + Requirements
  4. ודא שהפרומפט לפחות 5 משפטים — ככל שיש יותר פרטים, התוצאה טובה יותר
  5. קרא את הפרומפט בקול רם — האם הוא ברור? האם חסר משהו?
  6. אל תפתח את Claude Code עדיין — קודם מחשבים, אחר כך בונים
כתוב את הפרומפט BEFORE שאתה פותח את Claude Code

תחשוב על זה ככה: אם היית שוכר מעצב אתרים, לא היית מתקשר אליו ואומר "תעשה לי אתר" בלי להסביר מה אתה צריך. תתייחס ל-Claude Code כמו למעצב מוכשר שצריך Brief טוב. ה-Brief שלך = הפרומפט. ככל שה-Brief טוב יותר, כך התוצאה הראשונה תהיה קרובה יותר למה שדמיינת, ותצטרך פחות סבבי תיקונים.

מתחיל 30 דקות תרגול

ה-Build Session הראשון — מפרומפט לדף

הגיע הרגע. יש לך פרומפט מוכן, Git מוגדר, חשבון GitHub פעיל. בואו נבנה.

שלב 1 — פתיחת Claude Code בתיקייה הנכונה

פתח את הטרמינל ונווט לתיקיית הפרויקטים שלך:

cd ~/projects
claude

Claude Code נפתח ומחכה לפרומפט שלך. הדבאב על המסך אומר "How can I help you?" — עכשיו תדביק את הפרומפט שכתבת בשלב הקודם ותלחץ Enter.

שלב 2 — מה קורה אחרי שלוחצים Enter

צפה ב-Claude עובד. זה הרגע הקסום של Vibe Coding. Claude יעשה את הדברים הבאים (בסדר הזה בדרך כלל):

  1. יוצר תיקיית פרויקטmkdir happy-paws + cd happy-paws
  2. מאתחל Gitgit init (כי למדנו בפרק 2 שכל פרויקט מתחיל עם Git)
  3. יוצר את קבצי הליבהindex.html, styles.css, script.js
  4. כותב את כל הקוד — HTML מבני, CSS מעוצב, JavaScript אינטראקטיבי
  5. עושה Commit ראשוןgit add . && git commit -m "Initial build: Happy Paws landing page"

התהליך לוקח בדרך כלל 30-90 שניות. בזמן שזה רץ, אתה יכול לראות בטרמינל את הכלים ש-Claude משתמש בהם — Write (יצירת קבצים), Bash (הרצת פקודות), Edit (עריכה).

מה לעשות בזמן ש-Claude עובד

אל תפסיק אותו באמצע. Claude Code עובד בצורה רציפה — הוא יוצר קובץ, כותב לתוכו, עובר לקובץ הבא. אם תפסיק אותו באמצע (Escape), תקבל פרויקט חצי-גמור. חכה עד שהוא מסיים ומציג סיכום של מה שעשה. אם אתה רואה שהוא "תקוע" יותר מ-2 דקות — אז אפשר לשקול Escape + הרצה מחדש.

מה Claude יוצר — מבנה קבצים טיפוסי

אחרי ה-Build Session הראשון, תמצא בתיקייה שלך מבנה כזה:

happy-paws/
├── index.html      ← דף הבית (HTML ראשי)
├── styles.css      ← כל העיצוב (CSS)
├── script.js       ← אינטראקציה (JavaScript)
└── .git/           ← תיקיית Git (נוצרת אוטומטית)

לפעמים Claude יחליט ליצור מבנה אחר — למשל, תיקיית assets/ לתמונות, או css/ ו-js/ נפרדים. זה בסדר — אין מבנה "נכון" אחד. מה שחשוב הוא שקובץ index.html תמיד נמצא ברמה הראשית — כי זה הקובץ שהדפדפן מחפש.

שלב 3 — "רגע ה-Wow" — פתיחה בדפדפן

Claude סיים. עכשיו תראה את התוצאה. פתח את קובץ ה-HTML בדפדפן:

הרגע הזה — כשאתה רואה את האתר הראשון שלך בדפדפן — זה הרגע שבו אתה מבין שאתה באמת יכול לבנות דברים. אתה לא כתבת שורת קוד אחת. תיארת מה שרצית, ו-Claude בנה את זה.

התגובה הראשונה שלך תהיה כנראה: "!וואו, זה מדהים". התגובה השנייה תהיה: "אבל רציתי שהכפתור יהיה יותר גדול". וזה בדיוק כמו שצריך להיות — כי עכשיו מתחיל שלב ה-Iteration.

30 דקות

בנה את האתר הראשון שלך

  1. פתח טרמינל → cd ~/projectsclaude
  2. הדבק את הפרומפט שכתבת בתרגיל הקודם
  3. צפה ב-Claude עובד — אל תקטע אותו באמצע
  4. כשהוא מסיים, פתח את index.html בדפדפן
  5. צלם screenshot של התוצאה — זה רגע היסטורי, האתר הראשון שלך
  6. רשום 3 דברים שאתה רוצה לשנות — נתקן אותם בסקשן הבא
מתחיל 45 דקות תרגול ~$0.50

Iteration — לולאת השיפור

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

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

ה-Iteration Checklist — 8 שלבים בסדר הנכון

שלב מה בודקים דוגמה לפרומפט
1. Layout — מבנה האם הסקשנים בסדר הנכון? חסר משהו? "Move the pricing section above the contact form"
2. Colors — צבעים האם הפלטה מתאימה למותג? "Change the primary color to dark blue (#1a365d), keep buttons orange"
3. Typography — גופנים האם הגופנים קריאים ומתאימים? "Use Heebo font for all Hebrew text, increase body text to 18px"
4. Spacing — מרווחים האם יש מספיק אוויר בין אלמנטים? "Add more padding between sections, make the hero taller"
5. Content — תוכן האם הטקסטים נכונים ומדויקים? "Change the heading to 'שירותי טיול כלבים בתל אביב', update pricing to..."
6. Images — תמונות האם יש תמונות ואם כן, האם הן מתאימות? "Add a hero image of a happy golden retriever in a park"
7. Mobile — נייד האם האתר נראה טוב בנייד? "Fix the mobile layout — cards should stack vertically, text is too small"
8. Polish — ליטוש פרטים קטנים שעושים את ההבדל "Add hover effects on buttons, smooth scrolling, and a subtle shadow on cards"

המיומנות המרכזית: להיות ספציפי

"Make it better" לא נותן ל-Claude שום דבר לעבוד איתו. זה כמו להגיד לשף "תבשל אוכל יותר טוב" — הוא לא יודע אם הבעיה בטעם, בתיבול, בטמפרטורה, או בהגשה. ככל שאתה יותר ספציפי, התוצאה תהיה יותר מדויקת.

טעות נפוצה: פידבק עמום

"The design doesn't look good" — Claude לא יודע מה לא טוב.

תגיד ככה

"The hero section background is too dark — change it to a light cream (#FFF8F0). The CTA button is too small — make it 50% wider with rounded corners. The spacing between the services cards is too tight — double the gap."

ועוד טיפ חזק: screenshots הם נשק סודי. תצלם את מה שאתה רואה, תתאר מה אתה רוצה לשנות, ותדביק את התיאור ב-Claude Code. זה הרבה יותר אפקטיבי מניסיון לתאר בעיות במילים בלבד.

5 טעויות נפוצות ב-Iteration — ואיך להימנע

הטעות למה זה בעיה מה לעשות במקום
לשנות הכול בפרומפט אחד Claude מנסה לעשות 10 דברים ומפספס חלק שינוי אחד-שניים בכל פרומפט, לא יותר
לא לבדוק אחרי כל שינוי שגיאות מצטברות ואתה לא יודע מה שבר מה רענן את הדפדפן אחרי כל פרומפט
להתעלם מ-Git אם שינוי שובר משהו, אין דרך חזרה Commit כל 2-3 שינויים מוצלחים
לתקן סימפטומים במקום שורש "Make the text bigger" במקום לתקן את ה-Responsive תשאל: "מה הבעיה האמיתית?" לפני שמבקש תיקון
להשוות לאתרים מקצועיים מוקדם מדי תסכול ונטישה — "זה לא נראה כמו Apple.com" השווה לגרסה הקודמת שלך — אתה משתפר כל סבב
3-7

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

45 דקות

5 סבבי Iteration על האתר שלך

  1. חזור ל-Claude Code (או פתח אותו מחדש בתיקיית הפרויקט)
  2. עבור על ה-Iteration Checklist — תתחיל מ-Layout, לא מצבעים
  3. כתוב פרומפט ספציפי לכל שינוי שאתה רוצה
  4. בדוק את התוצאה בדפדפן אחרי כל שינוי
  5. עשה לפחות 5 סבבים — תעד כל שינוי שביקשת
  6. אחרי כל 2-3 סבבים, עשה Commit: "Save my progress with message 'improved hero section and colors'"
עצור. עשה Commit. המשך.

הכלל הזה שלמדנו בפרק 2 הופך לקריטי עכשיו. כל כמה שינויים, אמור ל-Claude: "Save my progress". אם שינוי עתידי ישבור משהו, תמיד תוכל לחזור לנקודה הטובה האחרונה עם /rewind — ה-Checkpoint System של Claude Code שלמדנו בקורס הקודם.

מתחיל 25 דקות תרגול

Responsive Design — שהאתר יעבוד על כל מסך

63%

מתעבורת האינטרנט העולמית מגיעה ממכשירים ניידים (Q1 2026, Statista). באפריקה המספר עולה מעל 73%, בצפון אמריקה הוא כ-46%.

יותר מ-63% מתעבורת האינטרנט העולמית מגיעה מהנייד — וב-2026 המגמה רק מתחזקת. אם האתר שלך לא עובד טוב על טלפון — הוא לא עובד. נקודה.

Responsive Design (עיצוב רספונסיבי) זה כשה-Layout של האתר מתאים את עצמו לגודל המסך. בדסקטופ, 3 כרטיסים אחד ליד השני. בטאבלט, 2 כרטיסים בשורה. בנייד, כרטיס אחד בכל שורה. אותו תוכן, הצגה שונה.

המילים הקסומות:

"Make this site fully responsive and mobile-friendly"

זה כל מה שצריך לומר ל-Claude. הוא יודע בדיוק מה זה אומר ברמה הטכנית — Media Queries, Flexbox, Grid, גדלי גופן דינמיים, ועוד.

Responsive Breakpoints — 3 גדלים שחשוב לבדוק

מכשיר רוחב מסך מה לבדוק
Mobile — נייד פחות מ-768px טקסט קריא, כפתורים גדולים מספיק, אין גלילה אופקית
Tablet — טאבלט 768-1024px Layout מותאם, תמונות בפרופורציה נכונה
Desktop — מחשב מעל 1024px ניצול מלא של המסך, שורות עם מספר עמודות

איך לבדוק Responsive — Chrome DevTools

כל מה שצריך כבר נמצא בדפדפן שלך. אין צורך בכלים נוספים:

  1. פתח את האתר שלך ב-Chrome
  2. לחץ F12 (או לחיצה ימנית → Inspect)
  3. לחץ על אייקון הנייד בפינה השמאלית-עליונה של DevTools (סמל של טלפון + טאבלט)
  4. בחר מכשיר מהרשימה: iPhone 14, iPad, Galaxy S24 — או הכנס רוחב ידני
  5. רענן את הדף וראה איך האתר נראה בכל גודל

בעיות נפוצות במובייל — ואיך לתקן

מגע (Touch) לעומת עכבר — ההבדל שאנשים שוכחים

במובייל אין Hover — אין מצב שבו מרחפים עם העכבר מעל כפתור. אם הניווט באתר שלך מבוסס על Hover (תפריט נפתח שנפתח כשמעבירים את העכבר), הוא לא יעבוד במובייל. גם גודל המגע חשוב — Apple ו-Google ממליצים על גודל מינימלי של 44x44 פיקסלים לאלמנטים שניתן ללחוץ עליהם. כפתור קטן מזה מתסכל משתמשי מובייל.

הנה פרומפט שפותר את רוב בעיות המגע:

"Ensure all clickable elements have a minimum touch target of 44x44px. Replace any hover-dependent interactions with click/tap alternatives for mobile."
Mobile-First — גישה חכמה יותר

במקום לבנות לדסקטופ ואז "לתקן" למובייל, תבקש מ-Claude לעצב למובייל קודם ואז להרחיב לדסקטופ. בפרומפט הראשון, הוסף: "Design mobile-first, then scale up for desktop." התוצאות בדרך כלל יותר טובות — כי קל להוסיף מרחב מאשר לדחוס לתוך מסך קטן.

15 דקות

בדוק Responsive ותקן

  1. פתח את האתר שלך ב-Chrome
  2. פתח DevTools (F12) ועבור למצב Responsive
  3. בדוק את האתר ב-3 גדלים: iPhone 14 (390px), iPad (768px), Desktop (1440px)
  4. מצא לפחות 2 בעיות בתצוגת מובייל
  5. בקש מ-Claude לתקן אותן — היה ספציפי בתיאור הבעיה
  6. בדוק שוב אחרי התיקון
מתחיל 20 דקות תרגול

אינטראקציה עם JavaScript

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

JavaScript (JS) הוא מה שגורם לדברים לזוז ולהגיב באתר. ושוב — אתה לא צריך ללמוד JavaScript. אתה צריך לדעת מה לבקש.

אינטראקציות שכדאי להוסיף לכל אתר

אינטראקציה מה זה עושה הפרומפט ל-Claude
Smooth Scrolling גלילה חלקה כשלוחצים על קישור ניווט "Add smooth scrolling when clicking navigation links"
Hamburger Menu תפריט מובייל שנפתח ונסגר "Add a hamburger menu for mobile that slides in from the right"
Form Validation בדיקה שהמשתמש מילא נכון "Add form validation — name is required, email must be valid format, message minimum 10 characters"
Dark Mode Toggle מעבר בין מצב בהיר לכהה "Add a dark mode toggle in the header that remembers the user's preference"
Image Gallery תמונות שנפתחות בחלון גדול "Add a gallery section with lightbox — clicking an image opens it full screen"
Scroll Animations אלמנטים שמופיעים בזמן גלילה "Add fade-in animations — elements should appear as you scroll down"

טופס יצירת קשר שבאמת שולח

טופס Contact שלא באמת שולח הודעות הוא חסר ערך. השירות Formspree (formspree.io) מאפשר לקבל הודעות מטופס ישירות למייל — בחינם (עד 50 הודעות בחודש), בלי צורך בשרת או בקוד Backend. תגיד ל-Claude:

"Add a contact form that sends emails using Formspree. Ask for name, email, phone (optional), and message."

Claude ייצור את הטופס עם validation, יחבר אותו ל-Formspree, ויוסיף הודעת הצלחה/שגיאה. כל מה שתצטרך לעשות הוא להירשם ב-Formspree ולהחליף את ה-Form ID.

נגישות בסיסית — Accessibility

נגישות (Accessibility / a11y) היא לא רק חוק — היא גם עסק טוב. אתר נגיש עובד טוב יותר עבור כולם, כולל אנשים שמשתמשים בקורא מסך, אנשים עם לקויות ראייה, ואנשים שמנווטים עם מקלדת בלבד. Claude Code יודע לבנות אתרים נגישים מהפרומפט הראשון — צריך רק לבקש:

"Make this site accessible — add proper alt text to all images, ensure good color contrast, add ARIA labels where needed, and make all interactive elements keyboard-navigable."

הדברים הכי חשובים:

כלל הזהב: אל תוסיף אינטראקציה רק בשביל שיהיה

כל אלמנט אינטראקטיבי צריך לשרת מטרה. Smooth scrolling משפר ניווט — טוב. אנימציה שחוסמת את המשתמש ומאיטה את הגלישה — רע. שאל את עצמך: "האם זה עוזר למשתמש או סתם נראה מגניב?" אם התשובה השנייה — אל תוסיף.

15 דקות

הוסף אינטראקציה לאתר שלך

  1. בחר 2-3 אינטראקציות מהטבלה למעלה
  2. בקש מ-Claude להוסיף אותן — השתמש בפרומפטים הספציפיים
  3. בדוק שכל אינטראקציה עובדת — בדסקטופ ובמובייל
  4. עשה Commit: "Save progress — added smooth scrolling and hamburger menu"
מתחיל 20 דקות תרגול

תמונות, אייקונים ואלמנטים ויזואליים

אתר בלי תמונות זה כמו חנות בלי חלון ראווה — אף אחד לא נכנס. תמונות איכותיות ואייקונים נקיים הופכים אתר בסדר לאתר מרשים.

איפה להשיג תמונות — בחינם ובאיכות גבוהה

אתר URL רישיון הערות
Unsplash unsplash.com חינם לשימוש מסחרי האיכות הכי גבוהה, מיליוני תמונות
Pexels pexels.com חינם לשימוש מסחרי בחירה מעולה, גם וידאו
Pixabay pixabay.com חינם לשימוש מסחרי מגוון ענק, כולל איורים ו-vectors

איפה להשיג אייקונים

Claude מכיר את כל ספריות האייקונים הפופולריות ויודע להשתמש בהן:

פרומפט לדוגמה:

"Add Heroicons to the services cards — a walking icon for daily walks, a group icon for group walks, and a graduation cap for training. Use the outlined style."

SVG לעומת תמונות רגילות

SVG (Scalable Vector Graphics) הם אייקונים שנבנויים מנוסחאות מתמטיות, לא מפיקסלים. מה שזה אומר בפועל: הם נראים חדים בכל גודל, נטענים מהר, ואפשר לשנות את הצבע שלהם עם CSS. Claude מייצר SVG ישירות בתוך ה-HTML — בלי קבצים נפרדים, בלי בקשות לשרת, בלי איטיות.

Favicon — האייקון הקטן בכרטיסיית הדפדפן

ה-Favicon הוא האייקון הקטן שמופיע ליד שם האתר בטאב של הדפדפן. זה פרט קטן שעושה את האתר נראה מקצועי:

"Add a favicon — use a paw print emoji as the favicon"

Claude יוצר SVG favicon מובנה או משתמש באמוג'י — פתרון מהיר ואלגנטי.

ביצועים חשובים — דחוס תמונות ושימוש ב-Lazy Loading

תמונות כבדות הן הסיבה #1 לאתרים איטיים. בקש תמיד מ-Claude: "Optimize images for web — use lazy loading and compress all images." Lazy Loading (טעינה עצלה) אומר שתמונות שלא רואים עדיין על המסך לא נטענות — רק כשגוללים אליהן. זה משפר את מהירות הטעינה הראשונית באופן דרמטי.

15 דקות

הוסף תמונות ואייקונים

  1. בחר לפחות 3 תמונות מ-Unsplash או Pexels שמתאימות לאתר שלך
  2. בקש מ-Claude להוסיף אותן: "Add a hero image from Unsplash of [תיאור], add icons to the services section"
  3. בקש Lazy Loading: "Add lazy loading to all images"
  4. הוסף Favicon: "Add a favicon that represents [העסק שלך]"
  5. בדוק שכל התמונות נטענות — בדסקטופ ובמובייל
בינוני 15 דקות מושג תרגול

Tailwind CSS — החבר הכי טוב של Vibe Coder

Tailwind CSS הוא "Utility-First CSS Framework" — מילים גדולות שאומרות דבר פשוט: במקום לכתוב קובץ CSS נפרד, מוסיפים Classes ישירות ל-HTML. במקום לכתוב בקובץ CSS שכותרת צריכה להיות כחולה, גדולה ומודגשת — כותבים ב-HTML:

class="text-blue-500 text-2xl font-bold"

למה זה מושלם ל-Vibe Coding?

איך להתקין Tailwind — שתי דרכים

שיטה הפרומפט ל-Claude מתאים ל...
Play CDN — מהיר ופשוט "Add Tailwind CSS v4 to this project using the Play CDN" למידה, פרויקטים קטנים, ניסויים
Vite/CLI Build — מקצועי "Set up Tailwind CSS v4 with Vite" פרויקטים לפרודקשן, אתרים גדולים

Tailwind v4 (שיצא ב-2025) שינה את מודל ההתקנה. ה-Play CDN הוא הדרך המהירה ביותר להתחיל — שורת Script אחת ב-HTML:

<script src="https://cdn.jsdelivr.net/npm/@tailwindcss/browser@4"></script>

זה מריץ את Tailwind בדפדפן בזמן אמת — מושלם ללמידה וניסויים. בשלב הזה של הלימוד, Play CDN מספיק בהחלט. כשתרגיש בטוח יותר, או כשנעבור ל-Next.js בפרק 4, תעבור ל-Vite build שמייצר CSS אופטימלי לפרודקשן.

טעות נפוצה: שימוש ב-Tailwind Play CDN בפרודקשן

ה-Play CDN מעבד את ה-CSS בדפדפן של המשתמש — מה שמאט את טעינת הדף. לאתר חי שמיועד ללקוחות, תמיד השתמש ב-Build Step שמייצר קובץ CSS סטטי ומינימלי. לשלב הלמידה שלנו, Play CDN מצוין.

shadcn/ui — קומפוננטים מוכנים מראש

shadcn/ui הוא ספריית קומפוננטים שבנויה על גבי Tailwind. במקום לבנות כפתור מאפס, אתה מקבל כפתור מעוצב מראש — עם Hover Effects, Focus States, ו-Accessibility — שאתה יכול להתאים אישית. כפתורים, כרטיסים, מודאלים, טבלאות, תפריטי נפתח — הכול מוכן.

נשתמש ב-shadcn/ui בצורה מאסיבית בפרק 4 כשנבנה אפליקציות, אבל כבר עכשיו אפשר לבקש מ-Claude:

"Use shadcn/ui style buttons and cards — clean, modern, with proper shadows and hover states"
3 שכבות

ה-Styling Hierarchy: Tailwind (layout + colors) → shadcn/ui (components) → Custom CSS (רק כשבאמת צריך)

אם אתה מתחיל — תתחיל עם Tailwind CDN

אל תנסה להגדיר Build Step, npm, ו-node_modules בשלב הזה. CDN = שורה אחת ב-HTML ויש Tailwind. כשתרגיש בנוח, או כשנעבור ל-Next.js (פרק 4), תעבור לגישה המקצועית. אל תתנו ל-"Setup" לעכב את הבנייה.

מתחיל 20 דקות תרגול $0

פריסה — להעלות את האתר לאוויר

האתר שלך עובד על המחשב שלך. יופי. אבל אף אחד חוץ ממך לא יכול לראות אותו. הגיע הזמן לפרוס אותו — Deployment — כדי שכל אחד בעולם יוכל לגלוש אליו.

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

4 אפשרויות פריסה — השוואה

פלטפורמה יתרון מרכזי Tier חינמי הפרומפט ל-Claude
Cloudflare Pages מהיר, CDN גלובלי, חינמי לחלוטין Unlimited sites, bandwidth, requests "Deploy this site to Cloudflare Pages"
Vercel הכי טוב ל-Next.js (פרק 4) 100GB bandwidth/mo, unlimited deploys "Deploy this to Vercel" (או npx vercel)
Netlify טיפול מובנה בטפסים 100GB bandwidth/mo, 300 build minutes "Deploy to Netlify"
GitHub Pages מובנה ב-GitHub, אפס הגדרות 1GB storage, 100GB bandwidth/mo "Enable GitHub Pages for this repo"
טעות נפוצה: פריסה מסחרית ב-Vercel Hobby

ה-Hobby Plan (החינמי) של Vercel מוגבל לשימוש אישי, לא מסחרי. אם אתה בונה אתר ללקוח או לעסק שלך — Vercel דורש לשדרג ל-Pro ($20/חודש). Cloudflare Pages, לעומת זאת, מתיר שימוש מסחרי גם בתוכנית החינמית. שים לב להבדל הזה לפני שאתה בוחר פלטפורמה.

Cloudflare Pages — המלצה למתחילים

Cloudflare Pages הוא הבחירה שלנו למתחילים מ-3 סיבות: (1) חינמי לחלוטין, בלי הגבלות רציניות; (2) CDN גלובלי — האתר שלך נטען מהר מכל מקום בעולם; (3) תמיכה מצוינת בדומיינים מותאמים אישית (נדבר על זה בסקשן הבא).

הדרך הפשוטה ביותר לפרוס:

  1. ודא שהקוד שלך ב-GitHub (עשינו את זה בפרק 2)
  2. היכנס ל-pages.cloudflare.com — הירשם (חינם) או התחבר
  3. לחץ "Create a project" → "Connect to Git" → בחר את ה-Repository שלך
  4. לחץ "Deploy" — תוך 30 שניות האתר חי!
  5. תקבל URL כמו: my-project-abc.pages.dev

או בדרך המהירה יותר — ישירות מ-Claude Code:

"Deploy this site to Cloudflare Pages using wrangler"

Claude יריץ npx wrangler pages deploy . — ויחזיר לך URL חי.

Automatic Deploys — כל Push = עדכון אוטומטי

ברגע שחיברת את ה-GitHub Repository לפלטפורמת ה-Hosting, כל git push עתידי מפעיל Deploy אוטומטי. שינית צבע של כפתור? git push — והשינוי חי באתר תוך 30-60 שניות. זה נקרא Continuous Deployment (פריסה רציפה), וזו אחת הסיבות שלמדנו Git בפרק 2.

ה-Flow המלא נראה ככה:

  1. אתה מבקש שינוי מ-Claude Code
  2. Claude עורך את הקבצים
  3. אתה אומר ל-Claude: "Save and push"
  4. Claude עושה git add, git commit, git push
  5. Cloudflare Pages (או Vercel/Netlify) מזהה את ה-Push ומפעיל Build
  6. תוך 30-60 שניות — האתר החי מעודכן
20 דקות

פרוס את האתר הראשון שלך

  1. ודא שכל השינויים שמורים ב-Git: "Save all my changes and push to GitHub"
  2. בחר פלטפורמה: Cloudflare Pages (מומלץ), Vercel, Netlify, או GitHub Pages
  3. בצע את הפריסה — דרך ממשק האתר או דרך Claude Code
  4. קבל את ה-URL החי
  5. פתח את ה-URL בנייד שלך — בדוק שהכול עובד
  6. שלח את הקישור לחבר — תראה איך הם רואים את האתר שבנית!
בחר פלטפורמה אחת ותישאר איתה

Cloudflare Pages ו-Vercel שניהם מצוינים. אל תבזבז זמן להתלבט — בחר אחד ותלמד אותו לעומק. תמיד תוכל לעבור מאוחר יותר. ההמלצה שלנו: Cloudflare Pages עכשיו, Vercel כשתגיע ל-Next.js בפרק 4.

מתחיל 15 דקות מושג תרגול ~₪40-60/שנה

דומיין — כתובת אמיתית לאתר שלך

האתר שלך חי עם URL כמו my-site-abc123.pages.dev. זה עובד, אבל זה לא מקצועי. אף אחד לא ישים את זה על כרטיס ביקור. הגיע הזמן לדומיין אמיתי.

איפה לקנות דומיין

רשם (Registrar) מחיר .com (לשנה) הערות
Cloudflare Registrar ~₪38-42 (~$10.44) הכי זול — מחיר עלות, בלי markup. הכי קל לחבר ל-CF Pages
Namecheap ~₪45-55 אמין, ממשק נוח, WhoisGuard חינמי
Porkbun ~₪40-50 זול, מודרני, SSL חינמי

איזו סיומת לבחור

Domain Setup Flow — 4 שלבים

  1. קנה את הדומיין — היכנס ל-Cloudflare Registrar (או Namecheap/Porkbun) וקנה
  2. הוסף לפלטפורמת ה-Hosting — היכנס ל-Cloudflare Pages (או Vercel) → Custom Domains → הוסף את הדומיין
  3. עדכן DNS Records — הפלטפורמה תגיד לך בדיוק אילו רשומות DNS להוסיף. אם קנית ב-Cloudflare ופרסת ב-Cloudflare — זה אוטומטי
  4. חכה 5-30 דקות — DNS צריך זמן "להתפשט" ברחבי האינטרנט

DNS — מה זה בשני משפטים

DNS (Domain Name System) הוא כמו ספר טלפונים של האינטרנט. כשמישהו מקליד happy-paws.co.il בדפדפן, ה-DNS מתרגם את זה לכתובת IP של השרת שמארח את האתר — כך הדפדפן יודע לאן לפנות. Claude יכול להסביר כל רשומת DNS (A, CNAME, TXT) — אבל בדרך כלל הפלטפורמה נותנת הנחיות מדויקות ואתה רק מעתיק.

SSL/HTTPS — המנעול הקטן

כל הפלטפורמות שהזכרנו נותנות SSL חינמי אוטומטית. האתר שלך יופיע עם מנעול ירוק ו-HTTPS. זה לא אופציונלי — Google מעדיף אתרים עם HTTPS, ודפדפנים מציגים אזהרה על אתרים ללא SSL.

קנה דומיין ב-Cloudflare — הכי חכם

Cloudflare Registrar מוכר דומיינים במחיר עלות — הם לא מרוויחים מזה. .com עולה כ-$10.44 לשנה (מחיר ה-Registry + ICANN fee — שנת חידוש זהה לשנה ראשונה, בניגוד ל-Namecheap שמעלה מחיר בשנה השנייה). ואם אתה משתמש ב-Cloudflare Pages, החיבור אוטומטי — DNS, SSL, הכול.

מתחיל 15 דקות תרגול

SEO בסיסי — שגוגל ימצא אותך

SEO (Search Engine Optimization — אופטימיזציה למנועי חיפוש) זה מה שגורם ל-Google להבין את האתר שלך ולהציג אותו בתוצאות חיפוש. זה לא קסם ולא דורש מומחה — יש בסיס שכל אתר חייב, ו-Claude Code מגדיר אותו בפרומפט אחד.

מה Claude מגדיר כשאתה מבקש SEO

"Add SEO meta tags for a dog walking service in Tel Aviv"

Claude יוסיף:

מהירות האתר — גורם דירוג

Google מדרג אתרים מהירים גבוה יותר. מה לבקש מ-Claude:

Mobile-First Indexing

Google משתמש בגרסת המובייל של האתר לדירוג — לא בגרסת הדסקטופ. אם האתר שלך לא נראה טוב במובייל, הוא לא ידורג טוב — גם בחיפוש מדסקטופ. זו עוד סיבה שה-Responsive Design שעשינו קודם כל כך חשוב.

Google Search Console — הצעד הבא ב-SEO

אחרי שהאתר שלך חי עם SEO Tags, הצעד הבא הוא לרשום אותו ב-Google Search Console (search.google.com/search-console). זה כלי חינמי מ-Google שנותן לך:

לא חובה לעשות את זה עכשיו, אבל ברגע שהאתר חי — זה שווה 10 דקות של הרשמה.

10 דקות

הוסף תגיות SEO לאתר שלך

  1. בקש מ-Claude: "Add full SEO meta tags for [תיאור העסק/האתר שלך]"
  2. פתח את DevTools (F12) → Elements → ראה את ה-<head>
  3. ודא שיש: Title, Meta Description, Open Graph, lang="he", dir="rtl"
  4. בקש גם: "Add a sitemap.xml file"
  5. עשה Commit ו-Deploy — כדי שה-SEO Tags יעלו לאוויר

Lighthouse — מדד הביצועים של Chrome

Lighthouse הוא כלי מובנה ב-Chrome DevTools שנותן ציונים מ-0 עד 100 ב-4 קטגוריות:

קטגוריה מה נמדד ציון טוב
Performance מהירות טעינה, אינטראקטיביות, יציבות ויזואלית 90+
Accessibility נגישות — alt text, ניגודיות, ניווט מקלדת 90+
Best Practices אבטחה, HTTPS, מודרניות הקוד 90+
SEO Meta tags, מבנה סמנטי, מובייל 90+

איך להריץ Lighthouse: פתח DevTools (F12) → לשונית Lighthouse → לחץ "Analyze page load". תוך כמה שניות תקבל ציונים עם רשימת שיפורים מומלצים. תעתיק את הבעיות ותדביק ל-Claude Code: "Fix these Lighthouse issues: [הבעיות]".

SEO לוקח חודשים לתת תוצאות

אם פרסמת את האתר היום, אל תצפה להופיע בגוגל מחר. SEO הוא השקעה ארוכת טווח — שבועות עד חודשים. אבל הבסיס שמגדירים עכשיו (meta tags, semantic HTML, מהירות, מובייל) הוא קריטי. בלי הבסיס הזה, גם אם התוכן מצוין — Google יתקשה להבין ולדרג את האתר.

בינוני 30 דקות תרגול

מאתר של דף אחד לאתר מרובה דפים

האתר הראשון שלך הוא דף אחד — Landing Page. רוב האתרים האמיתיים צריכים יותר: דף בית, דף אודות, דף שירותים, דף יצירת קשר. בואו נרחיב.

שתי גישות לאתרים מרובי דפים

גישה איך זה עובד מתאים ל...
קבצי HTML נפרדים כל דף = קובץ HTML משלו: index.html, about.html, services.html אתרים פשוטים, עד 5-6 דפים
Framework (Next.js) מערכת שמנהלת Routing, Layouts משותפים, ו-Components אתרים גדולים, אפליקציות (פרק 4)

בשלב הזה, קבצי HTML נפרדים הם הפתרון הנכון. פשוט, ברור, ועובד מצוין.

ככה נראה מבנה הקבצים של אתר עם 3 דפים:

happy-paws/
├── index.html       ← דף הבית
├── about.html       ← דף אודות
├── services.html    ← דף שירותים
├── styles.css       ← עיצוב אחד לכל הדפים
├── script.js        ← JavaScript אחד לכל הדפים
└── images/          ← תיקיית תמונות משותפת
    ├── hero.jpg
    └── logo.svg

שים לב: קובץ CSS אחד וקובץ JS אחד משרתים את כל הדפים — זה מבטיח עקביות עיצובית. כל דף HTML טוען את אותם קבצי CSS ו-JS, אבל מכיל תוכן שונה.

הפרומפט ליצירת דפים נוספים

"Add an About page (about.html) and a Services page (services.html) with the same header and footer as the homepage. The navigation should highlight the active page. Make everything responsive."

Claude ייצור:

Multi-Page Checklist — 5 דברים שחייבים לעבוד

  1. ניווט עקבי — אותו Navigation Bar בכל דף
  2. Header ו-Footer זהים — אותו עיצוב, אותם קישורים
  3. Active Page Highlighting — המשתמש יודע באיזה דף הוא נמצא
  4. Navigation רספונסיבי — Hamburger Menu בנייד עובד בכל הדפים
  5. קישורים עובדים — כל קישור מוביל לדף הנכון (בדקו!)
30 דקות

הרחב את האתר ל-3 דפים

  1. בקש מ-Claude להוסיף דף About ודף Services (או Contact)
  2. ודא שה-Navigation עובד — לחץ על כל קישור ובדוק שהוא מוביל לדף הנכון
  3. בדוק Active State — האם הדף הנוכחי מודגש?
  4. בדוק במובייל — האם ה-Hamburger Menu עובד בכל הדפים?
  5. עשה Commit: "Added about and services pages with consistent navigation"
  6. עשה Deploy — עדכן את האתר החי עם הדפים החדשים
כשיש יותר מ-3-4 דפים, שקול Framework

כשהאתר גדל, העתקת Header ו-Footer לכל קובץ HTML הופכת למעיקה — כל שינוי ב-Navigation דורש עדכון בכל הקבצים. זו בדיוק הסיבה שנלמד Next.js בפרק 4 — Framework שמנהל Layouts אוטומטית. אבל עד 3-4 דפים, קבצי HTML נפרדים עובדים מצוין.

מילון מונחים

מונחים חדשים בפרק הזה
מונח באנגלית תרגום/הסבר
HTML (HyperText Markup Language) שפת סימון — מגדירה את המבנה והתוכן של דף אינטרנט
CSS (Cascading Style Sheets) גיליונות עיצוב — מגדירים איך הדף נראה (צבעים, גופנים, מרווחים)
JavaScript (JS) שפת תכנות — מוסיפה אינטראקציה ודינמיות לאתר
Responsive Design עיצוב רספונסיבי — האתר מתאים את עצמו לכל גודל מסך
Tailwind CSS Framework של CSS עם Utility Classes — עיצוב ישירות ב-HTML
CDN (Content Delivery Network) רשת הפצת תוכן — שרתים ברחבי העולם שמגישים את האתר שלך מהמקום הכי קרוב
Deployment פריסה — העלאת האתר לשרת כך שכולם יכולים לגלוש אליו
DNS (Domain Name System) "ספר הטלפונים" של האינטרנט — מתרגם דומיינים לכתובות IP
SSL/HTTPS פרוטוקול אבטחה — מצפין את התקשורת בין הדפדפן לשרת (המנעול הירוק)
SEO (Search Engine Optimization) אופטימיזציה למנועי חיפוש — פעולות שעוזרות ל-Google למצוא, להבין ולדרג את האתר
Meta Tags תגיות מטא — מידע על הדף שמוטמע ב-HTML ומיועד למנועי חיפוש ולרשתות חברתיות
Open Graph (OG) פרוטוקול שקובע מה מופיע כשמשתפים קישור ברשתות חברתיות
Semantic HTML שימוש בתגיות HTML שמתארות את המשמעות (header, nav, main) ולא סתם div
Lazy Loading טעינה עצלה — תמונות נטענות רק כשהמשתמש גולל אליהן
SVG (Scalable Vector Graphics) גרפיקה וקטורית — אייקונים שנראים חדים בכל גודל
Favicon האייקון הקטן בכרטיסיית הדפדפן
Iteration סבב שיפור — לחזור על תהליך של בדיקה → שינוי → בדיקה
Landing Page דף נחיתה — דף בודד שמטרתו להמיר מבקרים ללקוחות
shadcn/ui ספריית קומפוננטים מוכנים בנויה על Tailwind CSS
Continuous Deployment פריסה רציפה — כל Push ל-GitHub מעדכן אוטומטית את האתר החי
Accessibility (a11y) נגישות — הנגשת האתר לאנשים עם מוגבלויות (קוראי מסך, ניווט מקלדת, ניגודיות צבעים)
ARIA Labels תכונות HTML שעוזרות לקוראי מסך להבין אלמנטים אינטראקטיביים
Touch Target אזור הלחיצה של כפתור/קישור במובייל — מינימום מומלץ 44x44 פיקסלים
Google Search Console כלי חינמי מ-Google שמראה ביצועי SEO, שגיאות, ומילות חיפוש
Vite כלי Build מהיר לפרויקטי JavaScript — משמש להתקנת Tailwind v4 בפרודקשן

Frameworks להחלטות

Framework 1: הפרומפט המושלם (The Perfect First Prompt)

מסגרת החלטה: 5 רכיבים לפרומפט ראשון מנצח

לפני שאתה פותח את Claude Code, ודא שהפרומפט שלך כולל:

  1. Purpose — מה זה? (landing page? portfolio? חנות?)
  2. Audience — למי זה? (גיל, מיקום, תחום עניין)
  3. Structure — מה הסקשנים? (hero, שירותים, מחירון, טופס...)
  4. Design — איך זה צריך להיראות? (צבעים, סגנון, רפרנס)
  5. Requirements — דרישות מיוחדות? (RTL, mobile-first, גופן ספציפי)

כלל אצבע: אם הפרומפט קצר מ-5 משפטים — כנראה חסרים פרטים.

Framework 2: Iteration Checklist — הסדר הנכון לשיפור

מסגרת החלטה: 8 שלבי Iteration בסדר הנכון

תמיד שפר בסדר הזה — מהמאקרו למיקרו:

  1. Layout — סדר הסקשנים נכון?
  2. Colors — הפלטה מתאימה?
  3. Typography — הגופנים קריאים?
  4. Spacing — מספיק אוויר?
  5. Content — הטקסטים מדויקים?
  6. Images — יש תמונות ואייקונים?
  7. Mobile — עובד בנייד?
  8. Polish — אנימציות, hover, צללים

למה הסדר חשוב: שינוי Layout עלול לדרוס שינויי Spacing. תמיד תתחיל מהמבנה הכללי ותרד לפרטים.

Framework 3: בחירת פלטפורמת פריסה

מסגרת החלטה: איזו פלטפורמת Deployment לבחור

שגרת עבודה

שגרת עבודה — בניית אתרים סטטיים
תדירות מה לעשות
בכל Session עבודה התחל עם git pull (אם עובד ממספר מכשירים) → עבוד → עשה Commit כל 15-20 דקות → git push בסוף
יומי (אם בונה אתר) פתח את האתר בנייד ובדוק שהכול עובד. בדוק אם יש שבירות — כפתורים שלא עובדים, תמונות שלא נטענות
שבועי בדוק את האתר ב-Chrome DevTools Lighthouse — ציון Performance, Accessibility, SEO. בקש מ-Claude לתקן בעיות
חודשי עדכן תוכן — מחירים, טקסטים, תמונות. בדוק שכל הקישורים עובדים. בדוק שה-SSL בתוקף

תרגילים מעשיים

תרגיל 1: Landing Page מלא לעסק מקומי

רמה: מתחיל | זמן: 60-90 דקות

  1. בחר עסק מקומי (אמיתי או דמיוני) — מספרה, פיצרייה, מאלף כלבים, סטודיו יוגה
  2. כתוב פרומפט ראשון לפי ה-Framework: Purpose + Audience + Structure + Design + Requirements
  3. בנה את האתר עם Claude Code
  4. בצע לפחות 5 סבבי Iteration לפי ה-Iteration Checklist
  5. הוסף: Smooth Scrolling, Hamburger Menu, טופס עם Validation
  6. בדוק Responsive ב-3 גדלים
  7. פרוס ל-Cloudflare Pages
  8. תוצר: URL חי של אתר מקצועי שאפשר לשים על כרטיס ביקור

תרגיל 2: פורטפוליו אישי

רמה: מתחיל-בינוני | זמן: 90-120 דקות

  1. בנה אתר פורטפוליו עם 3 דפים: Home, Projects, Contact
  2. דף Home: Hero עם שם + תיאור, סקשן "What I Do" עם 3 כרטיסים
  3. דף Projects: גלריית פרויקטים עם תמונות ותיאורים
  4. דף Contact: טופס יצירת קשר עם Formspree + קישורי Social
  5. וודא Navigation עקבי, Active States, ו-Responsive Design
  6. הוסף Tailwind CSS (CDN), Dark Mode Toggle, ו-SEO Tags
  7. פרוס וחבר דומיין (אופציונלי אבל מומלץ)
  8. תוצר: פורטפוליו חי שאפשר לשלוח ללקוחות או למעסיקים

תרגיל 3: שכפול עיצוב של אתר קיים

רמה: בינוני | זמן: 60-90 דקות

  1. בחר אתר שאתה מעריך (stripe.com, linear.app, notion.so)
  2. כתוב פרומפט ל-Claude: "Build a landing page inspired by [אתר]. Use similar layout, spacing, and typography but with [הצבעים/הנושא שלך]"
  3. השווה את התוצאה לאתר המקורי — מה דומה? מה שונה?
  4. שפר עד שאתה מרוצה — זה תרגיל בתיאור עיצובי מדויק
  5. תוצר: אתר בהשראת עיצוב מקצועי, עם ה-Branding שלך

תרגיל 4: אתר רב-לשוני (עברית + אנגלית)

רמה: בינוני | זמן: 60 דקות

  1. קח את האתר שבנית בתרגיל 1 והוסף גרסה אנגלית
  2. בקש מ-Claude: "Create an English version of this site with a language switcher in the header"
  3. ודא שה-RTL/LTR משתנה נכון בין השפות
  4. בדוק שה-SEO Tags נכונים בשתי השפות
  5. תוצר: אתר דו-לשוני עם Language Switcher
אם אתם עושים רק דבר אחד מהפרק הזה 5 דקות

כתבו פרומפט ראשון מפורט לפני שאתם פותחים את Claude Code. רוב ה-Vibe Coders מדלגים על התכנון וקופצים ישר לבנייה — ואז מבזבזים 10 סבבי Iteration על דברים שפרומפט טוב היה פותר מההתחלה. 5 דקות של חשיבה לפני הבנייה חוסכות שעה של תיקונים אחרי. פפתחו קובץ טקסט עכשיו, כתבו פרומפט לפי 5 הרכיבים (Purpose, Audience, Structure, Design, Requirements), ושמרו אותו.

בדוק את עצמך

בדוק את עצמך — 5 שאלות

ענה על 5 השאלות הבאות. אם עונה נכון על 4 מתוך 5 — עברת.

  1. למה חשוב לדעת מה HTML, CSS ו-JavaScript עושים, גם אם לא כותבים אותם? (רמז: איך זה עוזר לך לתקשר עם Claude Code?)
  2. מהם 5 הרכיבים של "הפרומפט המושלם" ולמה כל אחד מהם נדרש? (רמז: Purpose, Audience...)
  3. למה הסדר של שלבי Iteration חשוב? מה קורה כשמתחילים מ-Polish לפני Layout? (רמז: שינויי מבנה דורסים שינויים קטנים)
  4. איך Responsive Design עובד מבחינה טכנית, ולמה Mobile-First עדיף על Desktop-First? (רמז: קל להוסיף מרחב מאשר לדחוס)
  5. מה ההבדל בין Deployment לדומיין, ולמה Cloudflare Pages מומלץ למתחילים? (רמז: חינמי, שימוש מסחרי, CDN גלובלי)
תשובות מצומצמות

1. ההבנה מאפשרת לך לתאר ל-Claude מה אתה רוצה — כשאתה אומר "תשנה צבע" Claude יודע שזה CSS, כש"תוסיף כפתור" הוא יודע שזה JS. 2. Purpose (מה זה), Audience (למי), Structure (מה בפנים), Design (איך נראה), Requirements (דרישות מיוחדות) — כל חלק חסר = תוצאה פחות מדויקת. 3. שינויי Layout דורסים שינויים קטנים — אם תשנה צבע כפתור ואז תעביר סקשן, הצבע עלול להיאבד. 4. Media Queries + Flexbox/Grid מתאימים את ה-Layout לגודל המסך; Mobile-First עדיף כי קל להוסיף מרחב מאשר לצמצם. 5. Deployment = העלאה לשרת (URL כמו xyz.pages.dev); דומיין = כתובת מותאמת. CF Pages חינמי גם לשימוש מסחרי, בניגוד ל-Vercel Hobby.

סיכום הפרק

סיכום פרק 3

התובנה המרכזית של הפרק הזה: היכולת לתאר מה שאתה רוצה בדיוק חשובה יותר מהיכולת לכתוב קוד. פרומפט מפורט עם 5 רכיבים (Purpose, Audience, Structure, Design, Requirements) מייצר תוצאה ש-80% מוכנה כבר בניסיון הראשון. לולאת ה-Iteration — מ-Layout לפני Colors ועד Polish בסוף — הופכת את ה-80% ל-100%. ו-Responsive Design + SEO + Deployment הם לא "תוספות" אלא חלק בלתי נפרד מאתר מקצועי ב-2026. מה שמחבר את הכול: אתה לא מתכנת — אתה מנהל בנייה. Claude Code הוא צוות הפיתוח, ואתה ה-Brief, ה-QA, וה-Product Manager. בפרק הבא נעבור מאתרים סטטיים לאפליקציות דינמיות עם React, Next.js ו-Supabase.

צ'קליסט — סיכום פרק 3