אפטמזתי את האתר שלי עם Claude Code Skills - מתמונות ועד AEO

בניתי אתר חדש. הוא קיבל כמעט 100 ב-Lighthouse. הייתי בטוח שאני מסודר.

ואז הרצתי /seo-audit וגיליתי שלכל 12 הפוסטים בבלוג אין ולו Article Schema אחד. שה-og:type מוגדר "website" על כל הדפים - כולל פוסטים. ושלעשרות פוסטים חסרה meta description מספקת.

Lighthouse מודד ביצועים. לא נראות.

מה שקרה אחר כך היה כמה ימים עם Claude Code ו-slash commands שהפכו לחלק קבוע מהשגרה שלי. בלי לפתוח כלי חיצוני. בלי מומחה SEO.

רק /optimize-blog-images. /seo-audit. /blog-post-optimizer.

זה מה שמצאתי - ומה שהפתיע אותי.

מה זה Claude Code Skills?

Claude Code הוא ה-CLI של Anthropic - מריצים אותו בטרמינל, הוא יכול לקרוא קוד, לערוך קבצים, להריץ פקודות, ולנהל שיחה על הפרויקט. Skills הם slash commands שמוסיפים לו - כל אחד מגדיר “מומחה” בתחום ספציפי.

כשאתה כותב /optimize-blog-images - Claude Code לא שואל “מה לעשות?” הוא כבר יודע: לאתר תמונות, להמיר ל-WebP, לעדכן references בקוד, לדווח תוצאות.

הכוח האמיתי הוא שה-skills לא רק מבצעים - הם גם שואלים. /seo-audit לא רק סורק HTML. הוא מנתח את ה-intent של הדף, מזהה patterns שחוזרים בכל הפרויקט, ומייצר ממצאים שמתחשבים בהקשר של האתר הספציפי שלך.

זה שונה מ-linter:

• linter: “חסרה meta description”
• skill: “חסרה meta description, ה-excerpt שלך הוא 180 תווים שזה ארוך מדי, והמילה המפתח לא מופיעה ב-110 התווים הראשונים - ככה זה ייחתך ב-Google”

תמונות: 85 קבצים, הרצה אחת, 40-93% קטן יותר

היו לי 85 קבצי JPG בתיקיית /public/blog/. ידעתי שצריך WebP - ולא עשיתי את זה כי ה-overhead של לעבד כל קובץ ידנית הרתיע אותי.

הרצתי פקודה אחת:

/optimize-blog-images

כמה דקות אחר כך - 85 תמונות עברו ל-WebP, כל ה-references בקבצי Markdown עודכנו, ו-Claude שאל אותי אם למחוק את המקור. אמרתי כן. שנייה לאחר מכן כלום.

התוצאות:

• 8 תמונות חדשות הומרו (פוסט חדש שהוספתי)
• 77 תמונות - כבר היו WebP, נדלגו
• ה-cover של אחד הפוסטים: 93% קטן יותר
• ממוצע ההקטנה על הסט החדש: 58%

WebP בלי friction.

SEO: מה שכולם יודעים ואף אחד לא עושה ב-100%

/seo-audit מריץ בדיקה שיטתית. כמה ממה שמצא אצלי:

Title length - כל title נשלח ל-Google עם | שחר פולק בסוף. כלומר ה-base title צריך להיות מתחת ל-45 תווים כדי שהכותרת המלאה לא תיחתך ב-SERP. לא ברור מאליו, וקל לפספס.

Meta description - בפרויקט שלי, ה-excerpt ב-frontmatter הוא גם ה-meta description. ה-skill בודק שהוא בין 110-160 תווים, שמכיל את מילת המפתח, ושנותן סיבה ללחוץ - ולא רק חוזר על ה-title במילים אחרות.

og:type - ה-Layout.astro שלי הגדיר og:type = "website" על כל הדפים. דפי בלוג צריכים "article". שינוי של שורה אחת בקוד, אבל שורה שרוב הזמן לא שמים לב אליה.

Core Web Vitals - /core-web-vitals לא מציג רק מספרים. הוא מנתח את הקוד עצמו - תמונות בלי width ו-height שגורמות ל-CLS, fonts שחוסמים render ופוגעים ב-LCP, JavaScript כבד על interactions. בפרויקט Astro עם Vercel הוא יודע לחפש patterns ספציפיים ל-stack - כמו האם Astro Islands נטענים באופן שגורם ל-reflow.

AEO: לא רק שגוגל ימצא אותי, אלא שהוא יציג אותי כתשובה

כאן הדבר שהכי הפתיע אותי.

SEO שואל “האם גוגל ימצא אותי?” AEO - Answer Engine Optimization - שואל “האם גוגל, Perplexity, ו-ChatGPT יציגו אותי כתשובה לשאלה?”

זה שינוי מהותי ב-intent. בעולם SEO הישן, מספיק שהמאמר שלך מדורג ראשון. בעולם AEO, המאמר שלך צריך להכיל תשובות ישירות שמנוע AI יכול לחתוך ולהציג. אם כל section נפתח עם “בואו נסביר” - מנוע AI לא ימצא שם תשובה ברורה.

/blog-post-optimizer בודק בדיוק את זה. הוא מסתכל על כל ## section ושואל: האם המשפט הראשון הוא תשובה ישירה? האם יש מבנה של שאלה-תשובה? האם entity names עקביים לאורך הפוסט?

דוגמה: section שנפתח עם “JSON-LD הוא format לנתונים מובנים שמוסיפים ל-HTML של הדף” - זו תשובה ישירה. Section שנפתח עם “בחלק הבא נסביר על JSON-LD שהוא מאוד חשוב…” - זה לא. אותה אינפורמציה, תוצאות שונות בחלוטין ב-AI search.

JSON-LD: השפה הנסתרת שגוגל ו-AI קוראים

JSON-LD הוא format לנתונים מובנים שיושב בתוך <script type="application/ld+json"> ב-head של הדף - לא גלוי לקורא, אבל גוגל ומנועי AI קוראים אותו כדי להבין entities: מי כתב, מתי פורסם, מה הנושא.

/blog-post-optimizer גילה שה-Layout.astro שלי מגדיר Person schema רק על הדף הראשי. לכל 12 הפוסטים בבלוג - אין ולו Article schema אחד. gap שיטתי שלא מגלים ב-audit ידני כי בודקים עמוד אחד בכל פעם.

הפתרון: בקובץ src/pages/blog/[slug].astro, להוסיף בלוק שמתמלא אוטומטית מה-frontmatter:

<script type="application/ld+json" set:html={JSON.stringify({
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": post.data.title,
  "description": post.data.excerpt,
  "datePublished": post.data.dateISO,
  "image": `https://www.shaharpolak.com${post.data.coverImage}`,
  "author": {
    "@type": "Person",
    "name": "שחר פולק",
    "url": "https://www.shaharpolak.com"
  }
})} />

שורות בודדות שמשנות את האופן שבו כל מנוע - חיפוש ו-AI כאחד - מבין את התוכן.

לפני ואחרי

כמה ימים עם ארבעה slash commands. מה השתנה:

מה	לפני	אחרי
תמונות	85 קבצי JPG	85 WebP, ממוצע 58% קטן יותר
Article Schema	0 פוסטים	כל 12 הפוסטים
og:type	”website” על כל הדפים	”article” על דפי הבלוג
meta descriptions	חלק חסרות או ארוכות מדי	כל פוסט עם excerpt מותאם

אלה לא שינויים שמורגשים ביום הראשון. הם צוברים.

הנקודה המטא: AI שמאפטמז ל-AI

רובנו לא מזניחים SEO כי אנחנו לא יודעים מה לעשות.

אנחנו מזניחים אותו כי תמיד יש משהו דחוף יותר.

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

כשה-friction נעלם, האתר נעשה טוב יותר. בגוגל. ב-Perplexity. ואולי גם כשמישהו ישאל ChatGPT “מי זה שחר פולק?”