לקידום טכני יש כלכלה מוזרה: כמעט כל מה שברשימה הזו זול לעשות תוך כדי בנייה ויקר להוסיף אחר כך. בגלל זה כל כך הרבה מזה נדחק, ובגלל זה כל כך הרבה אתרים עולים לאוויר עם תקרה שכבר הותקנה.
תוכן העניינים
- ודאו שאפשר בכלל לסרוק ולאנדקס את האתר
- קבעו את מבנה הכתובות לפני שמפרסמים משהו
- תגיות canonical בכל עמוד שניתן לאינדוקס
- תגיות title ותיאורים אמיתיים, כתובים
- נתונים מובנים, היכן שהם באמת רלוונטיים
- התייחסו ל-Core Web Vitals כדרישת בנייה
- תמונות
- מפות אתר וקישורים פנימיים
- הקימו מדידה לפני שתצטרכו אותה
- אם האתר מחליף אתר קיים
- הרשימה לפני העלייה לאוויר
שום דבר ממה שלהלן לא יקדם אתר גרוע. מה שזה כן עושה הוא להסיר את הסיבות שבגללן אתר טוב לא מצליח. חשבו על זה כפינוי מכשולים ולא כהוספת יתרונות.
ודאו שאפשר בכלל לסרוק ולאנדקס את האתר
טעות הקידום היקרה בעולם היא תגית noindex שנשארה מסביבת הפיתוח. לא עולה כלום לבדוק, וזה קורה בעליות לאוויר אמיתיות כל שבוע.
- ודאו שבסביבת הייצור אין תגית
noindexואין כותרתX-Robots-Tag. - ודאו ש-
robots.txtמאפשר את מה שאתם רוצים שייסרק וחוסם את מה שלא. - ודאו שסביבת הפיתוח חסומה — רצוי מאחורי אימות ולא רק בהנחיית robots.
- בדקו שתוכן חשוב נמצא בתגובת ה-HTML, ולא רק מוצג על ידי JavaScript בצד הלקוח.
הנקודה האחרונה גורמת ליותר נזק שקט מכל השאר יחד. אם התוכן שלכם קיים רק אחרי הרצת JavaScript, אתם תלויים במעבר רינדור שני שעלול להיות איטי יותר, חלקי או לא להתרחש בכלל.
קבעו את מבנה הכתובות לפני שמפרסמים משהו
כתובות הן הדבר הקשה ביותר לשינוי אחר כך, כי שינוי שלהן מחייב הפניות, והפניות מצטברות לשרשראות.
- אותיות קטנות, מקפים, קריאות ויציבות.
- מבנה שמשקף היררכיה אמיתית — אבל רדוד ולא עמוק לשם העומק.
- בלי מזהי סשן ובלי פרמטרי מעקב בכתובות הקנוניות.
- צורה קנונית אחת: בחרו
wwwאו לא, סלאש בסוף או לא, והפנו את השנייה. - HTTPS בכל מקום, עם הפניה מ-HTTP.
תגיות canonical בכל עמוד שניתן לאינדוקס
canonical שמצביעה על עצמה בכל עמוד היא ברירת המחדל הרצויה. היא לא עולה כלום ופותרת מראש חלק גדול מהעמימות של תוכן כפול.
היכן שיש כפילויות אמיתיות — רשימות מסוננות, גרסאות הדפסה, וריאציות פרמטרים — הפנו אותן במכוון לגרסה הקנונית במקום להשאיר למנועים לנחש.
תגיות title ותיאורים אמיתיים, כתובים
כל עמוד צריך כותרת ותיאור ייחודיים. לייצר אותם משדה בבסיס נתונים מפיק תוצאה ייחודית טכנית וחסרת תועלת מעשית.
כתבו אותם ידנית לעמודים המשמעותיים. לקטלוגים גדולים, השתמשו בתבנית עם מספיק משתנים כדי שהתוצאה עדיין תהיה מובחנת ותיקרא כמו משפט.
עיקרי הדברים
- title ייחודי בכל עמוד שניתן לאינדוקס
- תיאור ייחודי בכל עמוד שניתן לאינדוקס
- H1 אחד לעמוד שמשקף מה העמוד
- היררכיית כותרות בלי דילוג על רמות
- נתוני Open Graph כדי שקישורים משותפים לא ייראו שבורים
נתונים מובנים, היכן שהם באמת רלוונטיים
סכמה מועילה כשהיא מתארת משהו אמיתי בעמוד: ארגון, מוצר, נתיב ניווט, מאמר, שאלות נפוצות שבאמת מופיעות בעמוד.
היא לא מועילה כקישוט, והמצאת דירוגים או ביקורות בנתונים מובנים היא גם נגד ההנחיות וגם קיצור דרך שקשה לחזור ממנו. סמנו את מה שנכון.
התייחסו ל-Core Web Vitals כדרישת בנייה
ביצועים זולים בהרבה לתכנן מאשר לייעל בדיעבד, כי רוב העלות היא ארכיטקטונית ולא עניין של הגדרות דחיסה.
- LCP: זהו את האלמנט הגדול ביותר בכל תבנית ודאגו שייטען ראשון. בדרך כלל תמונת כותרת — פורמט מודרני, גודל נכון, ובשום אופן לא טעינה דחויה.
- CLS: שמרו מקום לכל תמונה, הטמעה ומודעה. הגדירו רוחב וגובה או יחס ממדים. פריסה שקופצת בזמן קריאה היא כשל עיצובי, לא מדד.
- INP: שמרו על ה-thread הראשי פנוי. רוב עיכוב האינטראקציה מגיע מסקריפטים של צד שלישי שעושים עבודה שאף אחד לא ביקש.
- תקצבו סקריפטים חיצוניים במפורש. כל אחד מהם הוא מס קבוע.
תמונות
תמונות הן בדרך כלל הדבר הכבד ביותר בעמוד והרווח הקל ביותר.
- הגישו פורמטים מודרניים — AVIF ו-WebP עם גיבוי.
- מספר גדלים עם
srcsetותכונתsizesהגיונית. אל תשלחו תמונה של 2000 פיקסלים לכרטיס של 400. - טעינה דחויה מתחת לקו הגלילה, אף פעם לא לתמונת הכותרת.
- מידות מפורשות בכל מקום.
- טקסט חלופי מתאר בתמונות בעלות משמעות, alt ריק בדקורטיביות. שניהם חשובים; דחיסת מילות מפתח ל-alt לא עוזרת לאף אחד מהם.
מפות אתר וקישורים פנימיים
מפת אתר XML צריכה להכיל בדיוק את הכתובות שאתם רוצים לאנדקס: קנוניות, בסטטוס 200, ניתנות לאינדוקס. מפת אתר מלאה בהפניות ו-404 היא סימן על איכות האתר, לא רק מטרד.
קישורים פנימיים חשובים יותר משרוב האנשים מניחים. זו הדרך שבה חשיבות נמסרת, ועמוד שאף קישור פנימי לא מצביע עליו משדר למנועים משהו שכנראה לא התכוונתם אליו.
הקימו מדידה לפני שתצטרכו אותה
אנליטיקס ו-Search Console צריכים להיות מאומתים ואוספים נתונים לפני העלייה לאוויר, לא אחרי שמשהו נראה לא תקין.
קבעו את נקודת הייחוס ביום הראשון. בלעדיה, כל שאלה עתידית על האם משהו השתנה תישאר בלי תשובה.
אם האתר מחליף אתר קיים
אז זו לא עלייה לאוויר אלא מיגרציה, והכללים שונים ומחמירים יותר. כל כתובת ישנה צריכה החלטה והפניה. כתבנו על כך בנפרד בצ׳קליסט המיגרציה, החלק המסוכן ביותר בכל השקה מחדש.
הרשימה לפני העלייה לאוויר
עיקרי הדברים
- ייצור ניתן לאינדוקס, סביבת פיתוח חסומה
- תוכן קיים בתגובת ה-HTML
- צורת כתובת קנונית נבחרה ונאכפת
- canonical שמצביעה על עצמה בכל מקום
- כותרות ותיאורים ייחודיים
- נתונים מובנים תקפים שמתארים דברים אמיתיים
- אלמנט LCP מזוהה ומתועדף בכל תבנית
- כל תמונה בגודל מתאים, עם מקום שמור ובפורמט מודרני
- מפת אתר XML שמכילה רק כתובות קנוניות שניתן לאנדקס
- אנליטיקס ו-Search Console מאומתים עם נקודת ייחוס
- הפניות ממופות, אם אתר מוחלף
עמוד קידום אורגני מכסה את העבודה המתמשכת שבאה אחר כך, ופיתוח אתרים מסביר איך התשתיות האלה נבנות פנימה ולא מוברגות מבחוץ.
