תוכן עניינים
וורדפרס לא מקדם אתר ולא מעכב אותו בעצמו: גוגל מדרג עמודים, לא מערכות ניהול תוכן. מה שבאמת קובע בקידום אתר וורדפרס הוא מבנה כתובות נקי, תוסף SEO אחד שמוגדר עד הסוף, תבנית קלה, אחסון עם מטמון ותחזוקה שוטפת של עדכונים ותוספים. התוסף מסדר את התגיות הטכניות, אבל התוכן, המהירות והקישורים נשארים העבודה שלכם.
המדריך הזה נכתב לבעלי עסקים שהאתר שלהם כבר רץ על וורדפרס, ולמי שמתלבט אם לבנות עליו. גילוי נאות: בולולינקס אנחנו עוסקים בבניית אתרים לעסקים בקוד ייעודי ולא על וורדפרס, אבל בעבודת הקידום אנחנו פוגשים לא מעט אתרי וורדפרס, ולא פעם הם מפסידים תנועה בגלל אותן טעויות בדיוק.
וורדפרס ו-SEO: מה מגיע מהקופסה ומה לא 📦
הבסיס טוב: מאז גרסה 5.5 יש מפת אתר XML מובנית (wp-sitemap.xml), פוסטים ועמודים מקבלים תגית canonical שמצביעה על עצמם, תמונות מוגשות בכמה גדלים לפי המסך, וטעינה עצלה מובנית בליבה. מה שלא מגיע מהקופסה: שליטה בכותרת ובתיאור של כל עמוד, החלטה אילו עמודים לא צריכים להיות באינדקס, נתונים מובנים מעבר לבסיס, וכמובן מהירות, שתלויה כמעט כולה בתבנית, בתוספים ובאחסון.
שלוש הגדרות שבודקים לפני כל דבר אחר ⚙️
מבנה הכתובות (קישורים קבועים)
בהגדרות > קישורים קבועים (Permalinks) בוחרים במבנה שמבוסס על שם הפוסט, כך שכתובת נראית כמו /wordpress-seo/ ולא כמו ?p=123. תאריך בכתובת מיותר באתר עסקי, ואת הכתובת של כל עמוד חשוב כותבים ידנית, קצרה ותיאורית.
אזהרה: באתר שכבר מדורג לא משנים את מבנה הקישורים הקבועים בלחיצת כפתור. כל כתובת ישנה צריכה הפניית 301 לכתובת החדשה, אחרת מה שנצבר עליה הולך לאיבוד. את התהליך המלא פירטנו במדריך למיגרציית SEO בלי לאבד דירוגים.
תיבת האינדוקס בהגדרות קריאה
בהגדרות > קריאה (Reading) יש תיבה שמבקשת ממנועי חיפוש לא לאנדקס את האתר. מפתחים מסמנים אותה בזמן הבנייה, ולפעמים היא נשארת מסומנת גם אחרי העלייה לאוויר. התוצאה: אתר חדש שלא מופיע בגוגל בכלל. זו הבדיקה הראשונה באתר וורדפרס שלא מקבל תנועה.
שפה, כתובת האתר ו-HTTPS
בהגדרות > כללי מגדירים את שפת האתר לעברית, כדי שהתבנית תוציא lang="he" ו-dir="rtl", ובודקים שכתובת וורדפרס וכתובת האתר מתחילות ב-https ובאותה גרסה, עם www או בלי. אתר שנגיש בכמה גרסאות של אותה כתובת מפצל את האותות שגוגל אוסף עליו.
תוסף SEO אחד, מוגדר עד הסוף 🔧
Yoast SEO, Rank Math, All in One SEO ו-SEOPress עושים בגדול את אותה עבודה. הכלל החשוב: תוסף SEO אחד בלבד. שני תוספים פעילים במקביל מייצרים לעתים קרובות תגיות כפולות, שתי מפות אתר ונתונים מובנים שסותרים זה את זה. אלה ההגדרות שחייבות לעבור תחת העין שלכם:
| מה מגדירים | ההגדרה המומלצת | טעות נפוצה |
|---|---|---|
| תבניות כותרת ותיאור | תבנית ברירת מחדל סבירה, וכותרת ותיאור שנכתבו ידנית לעמוד הבית ולכל עמוד שירות | עמודי השירות נשארים עם הכותרת האוטומטית, שם העמוד ושם האתר, בלי תיאור בכלל |
| מפת אתר XML | רק סוגי תוכן שמיועדים לחיפוש: עמודים, פוסטים, מוצרים | מפה שכוללת תגיות, עמודי מחבר ועמודי תודה |
| תגית canonical | כל עמוד מצביע על עצמו, ועמוד כפול מצביע על הגרסה הראשית | הגדרה שגויה שמצביעה מכל האתר על עמוד הבית |
| noindex לארכיונים | ארכיוני תגיות, ארכיוני תאריך וארכיון מחבר באתר עם כותב יחיד מחוץ לאינדקס | מאות עמודי תגית דלים שנכנסים לאינדקס |
| עמודי קבצים מצורפים | מבוטלים, או מפנים לקובץ עצמו | עמוד נפרד לכל תמונה, בלי שום תוכן |
| נתונים מובנים | פרטי העסק (Organization או LocalBusiness) ופירורי לחם | סכמות כפולות מהתוסף ומהתבנית יחד |
אחרי ההגדרה שולחים את מפת האתר ב-Google Search Console ובודקים שהעמודים החשובים נכנסו לאינדקס. מתי גוגל בוחר גרסה אחרת מזו שהגדרתם מוסבר במדריך של גוגל לאיחוד כתובות כפולות. שימו לב: באתרים שהוקמו לפני וורדפרס 6.4 עמודי הקבצים המצורפים עדיין פעילים כברירת מחדל.
מה התוסף לא יעשה בשבילכם
- הוא לא כותב תוכן שעונה על החיפוש. כותרת מושלמת לא מצילה עמוד שלא עונה על השאלה של הגולש.
- הנקודה הירוקה היא לא ציון של גוגל. זו בדיקה אוטומטית של התוסף, ובעברית היא מתבלבלת בקלות: תחיליות כמו ב, ל, ה ו-ו גורמות לה לפעמים לפספס את מילת המפתח בטקסט תקין.
- הוא לא בונה סמכות ולא מאיץ את האתר. קישורים חיצוניים נבנים מחוץ לאתר, ומהירות היא עניין של תבנית, תוספים ואחסון.
כאן מתחילה העבודה של קידום אורגני: עמודים שעונים על כוונת החיפוש, קישורים פנימיים וקישורים חיצוניים שנבנים לאורך זמן. העבודה הזו לא תלויה בפלטפורמה ועובדת על וורדפרס בדיוק כמו על אתר בקוד. חבילות הקידום האורגני שלנו מתחילות ב-1,790 ₪ לחודש לפני מע״מ.
תבנית ובילדר: כמה האתר שוקל באמת 🧱
תבניות רב תכליתיות עם עשרות דמואים טוענות לרוב CSS ו-JavaScript של כל הרכיבים שלהן, גם בעמוד שמשתמש בשניים מהם. בילדרים כמו Elementor, Divi או WPBakery נוחים לעריכה, אבל כל אזור בעמוד עטוף בכמה שכבות תגיות, וכל ווידג'ט מביא קבצים משלו. אתר אלמנטור יכול להיות מהיר, אבל רק אם בונים אותו במשמעת:
- העדיפו תבנית קלה או תבנית בלוקים, ובחרו בילדר אחד לכל האתר.
- הפעילו את הגדרות הביצועים של הבילדר, כמו טעינת קבצים רק לרכיבים שבשימוש, ובדקו את התוצאה במדידה.
- ותרו על סליידר בראש העמוד. הוא מוסיף תמונות וסקריפטים כבדים לראש העמוד, בדיוק באזור שקובע את ה-LCP, והמסר שבשקופיות הבאות מוצג רק למי שמחכה להן.
- לפני החלפת בילדר באתר קיים בדקו מה יקרה לתוכן: בילדרים שמבוססים על שורטקודים משאירים קוד כמו [vc_row] בכל העמודים כשמכבים אותם.
אחסון ומטמון: הבסיס שאף תוסף לא עוקף ☁️
וורדפרס מרכיב כל עמוד מחדש בכל ביקור. בלי מטמון, זמן התגובה של השרת (TTFB) נשען כולו על כוח השרת, ובאחסון משותף עמוס הוא בולע חלק גדול מהזמן עד שהתוכן מופיע.
- מיקום: לקהל ישראלי עדיף שרת קרוב, או CDN עם נקודת נוכחות בישראל.
- גרסת PHP: גרסה נתמכת ועדכנית מהירה ובטוחה יותר, וספקי אחסון לא תמיד מעדכנים אותה מעצמם.
- מטמון עמודים: תוסף מטמון אחד בלבד, כמו WP Rocket, LiteSpeed Cache (בשרתי LiteSpeed) או WP Super Cache, או מטמון ברמת השרת. שני תוספי מטמון יחד הם מתכון לתקלות.
- החרגות: בחנות WooCommerce מחריגים מהמטמון את הסל, התשלום והחשבון האישי, ושוקלים מטמון אובייקטים כמו Redis.
תמונות: מקור נפוץ לאתר וורדפרס איטי 🖼️
התמונה הראשית היא לעתים קרובות האלמנט שקובע את ה-LCP, ותמונה שהועלתה ישר מהטלפון שוקלת כמה מגה. וורדפרס עוזר: מאז גרסה 5.3 הוא מקטין תמונות שרוחבן מעל 2,560 פיקסלים, מאז 5.8 תומך ב-WebP ומאז 6.5 ב-AVIF, ומאז 6.3 לא מחיל טעינה עצלה על מה שנראה כמו התמונה הראשית ומסמן אותה בעדיפות גבוהה. עיקר העבודה נעשה לפני ההעלאה:
- הקטינו כל תמונה לרוחב שבו היא מוצגת בפועל ודחסו אותה לפורמט מודרני.
- תנו לקבצים שמות באנגלית, כמו tel-aviv-office.webp, ולא שם בעברית שהופך לכתובת מקודדת.
- כתבו טקסט חלופי (alt) בעברית שמתאר מה רואים בתמונה, לטובת נגישות ולטובת גוגל.
- הגדירו רוחב וגובה לכל תמונה, כדי שהעמוד לא יקפוץ בזמן הטעינה.
- אל תציגו את התמונה הראשית כרקע CSS של הבילדר: הדפדפן מגלה תמונת רקע מאוחר יותר מתגית img, וה-LCP נפגע.
Core Web Vitals בוורדפרס: מה מקלקל כל מדד 📊
גוגל מודד שלושה מדדי חוויה על גולשים אמיתיים: LCP (הופעת התוכן המרכזי), INP (תגובה ללחיצה) ו-CLS (יציבות העמוד בזמן הטעינה). הספים הרשמיים מופיעים במדריך של web.dev למדדי Core Web Vitals. בוורדפרס, לכל מדד יש חשודים קבועים:
| מדד | יעד | מה מקלקל אותו בוורדפרס | מה עושים |
|---|---|---|---|
| LCP | עד 2.5 שניות | אחסון איטי בלי מטמון, סליידר בראש העמוד, תמונה ראשית כבדה, CSS שחוסם רינדור | מטמון עמודים, תמונה ראשית קלה בתגית img, פחות CSS בראש העמוד |
| INP | עד 200 מילישניות | JavaScript של תוספים: צ'אטים, פופאפים, אנימציות של הבילדר ותגיות מעקב רבות | להסיר מה שלא בשימוש, לדחות סקריפטים לא חיוניים, לטעון צ'אט רק אחרי אינטראקציה |
| CLS | עד 0.1 | תמונות בלי מידות, גופנים שמתחלפים, באנר עוגיות או רכיב נגישות שנדחפים לראש העמוד | מידות לכל תמונה, מקום שמור לבאנרים, טעינת גופנים מסודרת |
את המצב האמיתי בודקים בדוח Core Web Vitals ב-Search Console וב-PageSpeed Insights, שמציגים נתונים של גולשים אמיתיים ולא רק בדיקת מעבדה. הסבר מעמיק על כל מדד נמצא במדריך המלא למהירות אתר ו-Core Web Vitals.
עברית ו-RTL: מה שמדריכים באנגלית לא מספרים
כתובות בעברית
וורדפרס יוצר כברירת מחדל כתובת מתוך הכותרת, ובאתר עברי זו כתובת בעברית. גוגל מתמודד איתה היטב, אבל כשמעתיקים אותה כל אות הופכת לרצף מקודד של שישה תווים, כמו %D7%90, וקישור שנשלח בוואטסאפ נראה כמו שורת קוד. וורדפרס גם מגביל את הכתובת ל-200 תווים אחרי הקידוד, כך שכתובת עברית ארוכה נחתכת בסביבות 30 אותיות. ההמלצה: כתובות קצרות באנגלית לעמודי השירות, ואם בוחרים בעברית, מקצרים ידנית. ההנחיות של גוגל על מבנה כתובות URL מסבירות איך הוא מתייחס לתווים שאינם באנגלית.
גופנים עבריים
אתר עברי טוען בדרך כלל גופן כמו Heebo, Assistant או Rubik, ולא פעם בשישה משקלים. כל משקל הוא קובץ נוסף שמעכב את הטקסט. הסתפקו בשניים או שלושה משקלים, טענו רק את תת הקבוצה העברית, ארחו את הגופנים על השרת שלכם, הגדירו font-display: swap ובחרו גופן גיבוי בגודל דומה כדי שההחלפה לא תזיז את העמוד.
ימין לשמאל ונגישות
לא כל תבנית ותוסף בנויים באמת לימין לשמאל, ולכן בודקים גם במובייל שתפריטים, טפסים וטבלאות מוצגים נכון. בנושא נגישות: החוק בישראל מחייב אתרים שנותנים שירות לציבור לעמוד בתקן ת״י 5568, למעט פטורים מסוימים, ותוסף נגישות לבדו לא הופך אתר לנגיש. הוא גם מוסיף JavaScript לכל עמוד, ולכן כדאי לבחור רכיב קל ולוודא שהוא לא פוגע ב-CLS. נגישות אמיתית נבנית בתוכן ובקוד: כותרות בסדר נכון, טקסט חלופי, ניגודיות וניווט במקלדת.
אבטחה ועדכונים: אתר פרוץ הוא בעיית SEO 🔒
וורדפרס הוא מטרה פופולרית לפריצות אוטומטיות, בעיקר דרך תוספים ותבניות שלא עודכנו. פריצה טיפוסית לא מורידה את האתר, היא מזריקה אליו בשקט עמודי ספאם או הפניות לאתרים זרים. גוגל עלול להציג אזהרה ליד האתר בתוצאות, ואת הבעיה רואים ב-Search Console בדוחות בעיות אבטחה ופעולות ידניות. עדיף לא להגיע לשם:
- שגרת עדכונים: עדכוני אבטחה קטנים של הליבה מותקנים אוטומטית. תוספים ותבניות מעדכנים באופן קבוע, ועדכונים גדולים בודקים קודם בסביבת בדיקות (staging).
- גיבוי מחוץ לשרת: גיבוי יומי שנשמר במקום אחר, ושחזור שניסיתם בפועל.
- מחיקה ולא רק השבתה: תוסף מושבת עדיין יושב על השרת, ולפעמים אפשר לנצל חולשה בו.
- בלי גרסאות פרוצות: תבנית או תוסף בתשלום שהורדו בחינם מאתר לא רשמי הם דרך נפוצה להכניס קוד זדוני.
- גישה: מעט מנהלים, סיסמאות חזקות ואימות דו שלבי.
עומס תוספים: לא הכמות, המשקל 🧩
אין מספר קסם של תוספים. לדוגמה, אתר עם שלושים תוספים קטנים ומסודרים יכול להיות מהיר יותר מאתר עם עשרה תוספים כבדים. כך עושים סקירה:
- רשמו כל תוסף ומה התפקיד שלו. תוסף שאף אחד לא יודע למה הותקן הוא מועמד ראשון למחיקה.
- בדקו אילו קבצים נטענים בעמודים שלא משתמשים בתוסף. תוסף טפסים שנטען בכל האתר ולא רק בעמוד יצירת הקשר הוא דוגמה קלאסית.
- אתרו כפילויות: שני תוספי אבטחה, שני תוספי מטמון, או תוסף SEO לצד הגדרות SEO של התבנית.
- החליפו תוספים שעושים דבר אחד קטן, כמו הוספת קוד מעקב, בכמה שורות קוד בתבנית בת.
- השביתו תוספים חשודים אחד אחד בסביבת הבדיקות ומדדו לפני ואחרי. כלי כמו Query Monitor מראה מה מאט את השרת.
מתי וורדפרס הוא הבחירה הנכונה, ומתי קוד ייעודי משתלם ⚖️
בהגינות: וורדפרס שנבנה ומתוחזק היטב יכול לעמוד בספי Core Web Vitals ולהתקדם בגוגל, ואתר בקוד שנבנה ברשלנות יכול להיות איטי. הפלטפורמה לא מדורגת, העבודה עליה כן. ההבדל הוא כמה מאמץ נדרש כדי להגיע לתוצאה טובה ולשמור עליה.
| שיקול | וורדפרס מתאים כש... | קוד ייעודי משתלם כש... |
|---|---|---|
| תוכן וצוות | הצוות מפרסם תוכן לבד ובתדירות גבוהה | התוכן משתנה מעט, והעיקר הוא עמודי שירות והמרה |
| תקציב הקמה | התקציב מוגבל ויש תבנית שמתאימה כמעט בלי שינויים | העיצוב והפונקציונליות ייחודיים ובוורדפרס היו דורשים הרבה תוספים |
| פונקציונליות | צריך פתרון שקיים כתוסף בוגר, כמו זימון תורים | יש חיבורים למערכות, מחשבון הצעת מחיר, סוכן AI או לוגיקה עסקית משלכם |
| ביצועים ותחזוקה | האתר קטן ויש מפתח שאחראי על עדכונים וגיבויים | מהירות היא יתרון תחרותי ואתם רוצים פחות רכיבי צד שלישי לעדכן ולנטר |
לפני בניית אתר חדש, פירטנו את השיקולים בהשוואה בין אתר בקוד ייעודי לאתר וורדפרס. ואם האתר הקיים שלכם על וורדפרס ועובד, לרוב נכון לשפר אותו לפי המדריך הזה לפני שמחליפים פלטפורמה.
שאלות נפוצות
האם וורדפרס טוב לקידום בגוגל?
כן, בתנאי שהוא בנוי נכון. גוגל לא מעדיף ולא מעניש מערכת ניהול תוכן מסוימת, הוא מדרג עמודים לפי התוכן, החוויה והסמכות שלהם. מה שמכריע הוא מבנה הכתובות, הגדרות תוסף ה-SEO, משקל התבנית והתוספים, והתוכן והקישורים שנבנים לאורך זמן.
איזה תוסף SEO הכי טוב לוורדפרס?
Yoast SEO, Rank Math ו-All in One SEO מכסים את הצרכים הבסיסיים של אתר עסקי: כותרות ותיאורים, מפת אתר, canonical ו-noindex. ההבדל ביניהם קטן בהרבה מההבדל בין תוסף שמוגדר עד הסוף לתוסף שנשאר על ברירת המחדל. העיקר הוא תוסף אחד בלבד.
האם כדאי לכתוב כתובות URL בעברית בוורדפרס?
גוגל מבין כתובות בעברית, אבל כשמעתיקים אותן הן הופכות לרצף ארוך של תווים מקודדים, ובוורדפרס כתובת עברית ארוכה עלולה להיחתך. לעמודי שירות, כתובת קצרה באנגלית נוחה יותר. באתר קיים לא משנים כתובות בלי הפניות 301.
האם אלמנטור פוגע ב-SEO?
אלמנטור עצמו לא פוגע בדירוג, אבל הוא מוסיף שכבות HTML וקבצים שעלולים להאט את האתר ולפגוע במדדי Core Web Vitals. אתר אלמנטור שנבנה במשמעת, עם הגדרות ביצועים מופעלות, מעט ווידג'טים כבדים ומטמון טוב, יכול לעמוד בספים.
האם מעבר מוורדפרס לאתר בקוד יפגע בדירוגים?
מעבר מנוהל מצמצם מאוד את הסיכון: מיפוי כל הכתובות, הפניות 301 עמוד לעמוד, שימור התוכן החזק והכותרות, ובדיקה צמודה אחרי העלייה. תנודות זמניות בשבועות הראשונים נפוצות, ומה שגורם נזק במעברים כאלה הוא בדרך כלל הפניות חסרות ותוכן שנמחק, לא הטכנולוגיה.
האם הנקודה הירוקה בתוסף ה-SEO אומרת שהעמוד יתקדם בגוגל?
לא. זו בדיקה אוטומטית של התוסף, וגוגל לא משתמש בה. היא שימושית כתזכורת לא לשכוח כותרת או תיאור, אבל עמוד עם נקודה ירוקה שלא עונה על כוונת החיפוש לא יתקדם בזכותה, ועמוד עם נקודה כתומה שעונה עליה היטב יכול בהחלט להתקדם.
מה כדאי לעשות עכשיו
התחילו מהבדיקות הקצרות: תיבת האינדוקס, מבנה הקישורים הקבועים, תוסף SEO אחד ומפת אתר שנשלחה ל-Search Console. אחר כך עברו לתמונות, לתוספים ולמטמון, ומדדו כל שינוי. ואם אתם בשלב של אתר חדש ורוצים אתר בקוד מהיר עם תשתית SEO מהיום הראשון, כל הפרטים בעמוד בניית אתרים לעסקים שלנו, או בטלפון 050-741-8449.

