קידום אתר וויקס: מה בשליטתכם ומה לא

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

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

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

מה פתוח לחלוטין לעריכה

לפני שנוגעים במגבלות, כדאי לסמן את הרשימה שמכסה את רוב העבודה היומיומית של קידום אורגני. כל אלה נערכים ישירות מהממשק, לכל דף בנפרד. הערה אחת לפני הרשימה: חלק מהיכולות שמסומנות למטה — הזרקת קוד ל-head או לגוף הדף, החרגות ב-robots ומנהל ההפניות 301 — זמינות רק בחשבון בתשלום עם דומיין מחובר, ולא באתר חינמי שיושב על תת-דומיין של הפלטפורמה. שווה לוודא מה קיים בחשבון שלכם לפני שבונים תוכנית עבודה סביבו.

• תגית כותרת ותיאור — לכל דף, וגם כתבנית לאוספים דינמיים (פוסטים, מוצרים), כך שדף חדש נולד עם מטא־דאטה סבירה במקום ריקה.
• היררכיית כותרות בעמוד — H1 אחד ומתחתיו H2/H3. זה נשלט מתוך העורך, ורוב הבעיות כאן הן עיצוביות: טקסט שהוגדל ידנית במקום להיות מוגדר ככותרת.
• כתובת הדף (slug) — ניתנת לעריכה, וגם לשינוי בדיעבד עם הפניה אוטומטית.
• טקסט חלופי לתמונות — שדה קיים לכל תמונה.
• canonical ידני — כשצריך להצביע על גרסה מועדפת של דף.
• חסימת אינדוקס לדף בודד — הכלי הנכון לדפי תודה, דפי חיפוש פנימי ודפים דלים שאתם לא רוצים שיתחרו בדף האמיתי.
• מנהל הפניות 301 (דורש חבילה בתשלום ודומיין מחובר) — כולל ייבוא רשימה שלמה, מה שהופך איחוד דפים לפעולה של שעה במקום פרויקט.
• מפת אתר ו-robots — מפת האתר נוצרת אוטומטית; עריכת ההחרגות ב-robots דורשת חבילה בתשלום ודומיין מחובר.
• הזרקת קוד ל-head או לגוף הדף (דורש חבילה בתשלום ודומיין מחובר) — לכלל האתר או לדף מסוים, וזה גם המקום שבו מוסיפים סימון סכמה מותאם.

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

מגבלה ראשונה: מבנה ה-URL

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

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

מגבלה שנייה: שליטה בקוד

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

ההשלכה היחידה שבאמת משנה: כל דבר שאתם מוסיפים יושב מעל בסיס שאתם לא יכולים לכווץ. בפלטפורמה שבה יש גישה מלאה לקוד אפשר "לקנות" חזרה זמן טעינה בעבודת אופטימיזציה; כאן אין מאיפה לקנות. לכן המשמעת סביב תוספות היא לא עניין של קפדנות אלא של מתמטיקה: כל תגית מדידה, כל צ'אט, כל ווידג'ט ביקורות וכל גופן נוסף מצטרפים לחשבון שכבר פתוח. כלל עבודה סביר: כל סקריפט חיצוני שנמצא באתר צריך שיהיה אדם שיודע להסביר מה הוא עושה ומי קורא את הנתונים ממנו. מה שאין לו תשובה — יורד.

מגבלה שלישית: זמן טעינה

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

בפועל, סדר הפעולות שמחזיר הכי הרבה זמן:

1. לייצא תמונות בגודל התצוגה בפועל ולא בגודל המקורי מהמצלמה. תמונת רקע ברוחב אלפי פיקסלים שמוצגת ברוחב חצי מזה היא הקנס הנפוץ ביותר.
2. להחליף וידאו רקע אוטומטי בתמונה סטטית, לפחות במובייל.
3. לצמצם את מספר האפליקציות המותקנות למה שבשימוש אמיתי — אפליקציה שהותקנה לניסיון וכבר לא בשימוש עדיין נטענת.
4. לצמצם משפחות גופנים ומשקלים. כל משקל נוסף הוא קובץ נוסף.
5. לרכז תגיות מדידה במקום אחד במקום להדביק כמה גרסאות של אותה תגית לאורך השנים.

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

טבלה: מה גוגל קורא מול מה שאתם באמת יכולים לשנות

עקיפות שבאמת עובדות

שלוש מהן מכסות את רוב המקרים. הראשונה היא סכמה בהזרקת קוד: אם סוג התוכן שלכם לא מקבל סימון אוטומטי מלא, אפשר להוסיף אותו ידנית לדף — בתנאי שהחשבון שלכם כולל הזרקת קוד. השנייה היא דפים דינמיים מתוך אוסף נתונים — כשצריך עשרות דפים באותו תבנית אבל עם תוכן שונה באמת (סוגי שירות, אזורי שירות, דגמים), עדיף לייצר אותם מתוך טבלה מסודרת מאשר לשכפל דפים ידנית ולהישאר עם עשרה דפים כמעט זהים שמתחרים זה בזה. השלישית היא ניקיון האינדקס: לעבור על מה שנכנס לאינדקס בפועל, ולסמן noindex או להפנות ב-301 כל מה שאינו דף שאתם רוצים לקדם.

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

מתי בכלל שווה לשקול מעבר פלטפורמה

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

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

מאיפה להתחיל השבוע

1. לפתוח את דוח האינדוקס ולראות אילו דפים נכנסו בפועל — לרוב יש שם דפים שלא התכוונתם לקדם.
2. לתת לכל דף שנשאר כותרת ותיאור ייחודיים, בלי חזרות בין דפים.
3. לאתר זוגות דפים שעונים על אותה שאלה, לאחד אותם לדף אחד ולהפנות את השני אליו ב-301.
4. לעבור על תמונות הכותרת בדפים החשובים ולייצא אותן מחדש בגודל התצוגה.
5. למחוק אפליקציות וסקריפטים שאף אחד לא משתמש בהם.
6. לבנות שכבת קישור פנימי: עמוד אב לכל נושא, וקישורים דו-כיווניים אליו.

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