בניית אתרים
בניית אתר מותאם SEO: הצ׳קליסט המלא לפני השקה
מה צריך להחליט, לבנות ולבדוק לפני שאתר עולה לאוויר כדי שאפשר יהיה לקדם אותו בגוגל ובמנועי AI: צ׳קליסט מלא לפי שלבי הפרויקט, עם רשימה מרוכזת להעברה למפתחים.
תוכן עניינים
אנחנו רואים את זה שוב ושוב: עסק משקיע בבניית אתר מרשים, ורק אחרי ההשקה שואל איך מקדמים אותו בגוגל. אז מתברר שהמבנה לא מתאים לקידום, הקוד כבד ואין היררכיה ברורה, וחלק מהתיקונים דורשים לבנות מחדש. הצ׳קליסט הזה נועד למנוע את זה: הוא מרכז את מה שצריך להחליט, לבנות ולבדוק לפני שהאתר עולה לאוויר, לפי הסדר שבו הדברים קורים בפרויקט אמיתי.
הוא מיועד לבעלי עסקים שמתכננים אתר חדש או מחליפים אתר קיים, ולכל מי שמנהל פרויקט של בניית אתרים לעסקים ורוצה לדעת מה לדרוש מהמפתחים ומה לבדוק לפני שמאשרים עלייה לאוויר. אם אתם המפתחים עצמם, את הפירוט ברמת הקוד תמצאו בצ׳קליסט הטכני למפתחים.
בקצרה: אתר מותאם SEO נשען על חמישה יסודות שקל לבנות מראש וקשה להוסיף בדיעבד: עמוד אחד לכל כוונת חיפוש במבנה כתובות קבוע וקריא, HTML מלא שמגיע מהשרת, מהירות שנקבעת כבר בארכיטקטורה, סימוני Schema וכתובת קנונית לכל עמוד, ויום השקה מסודר עם הפניות 301, מפת אתר ובדיקה ב-Search Console. עיצוב, תוכן וקישורים נבנים על היסודות האלה, לא במקומם.
למה בנייה וקידום הם החלטה אחת
ההפרדה בין בניית האתר לבין הקידום שלו היא מקור התקלה הנפוץ ביותר שאנחנו פוגשים. אתר שעוצב היטב אבל נבנה בלי לחשוב על מבנה כתובות, מהירות וסימונים מגיע לשלב הקידום עם רשימת תיקונים, וחלקם דורשים בנייה מחדש. תיקון בדיעבד עולה כמעט תמיד יותר מלעשות נכון מראש, כי הוא כולל גם את העבודה שכבר שולמה, גם הפניות ובדיקות, וגם את החודשים שבהם האתר לא מתקדם.
גם הכיוון ההפוך נכון: קידום שמתחיל לפני שברור מה האתר צריך למכור מביא תנועה לעמודים שלא בנויים להמיר אותה. לכן בפרויקט נכון המפתח ואיש ה-SEO עובדים יחד משלב האפיון, ולא נפגשים רק בסוף כדי "לסדר תגיות". הצ׳קליסט שלהלן בנוי בדיוק כך: מה מחליטים לפני הפיתוח, מה בונים בזמן הפיתוח, מה בודקים ביום ההשקה ומה מודדים אחריו.
שלב 1: החלטות שמתקבלות לפני שורת הקוד הראשונה
שלוש החלטות שנעשות לפני הפיתוח קובעות כמה קל יהיה לקדם את האתר בשנים הבאות: אילו עמודים יהיו בו, איך הם מסודרים, ואיך נראות הכתובות שלהם.
מחקר מילות מפתח לפני מפת העמודים
לפני שמחליטים אילו עמודים ייבנו, צריך לדעת מה הלקוחות מחפשים ואיזה סוג עמוד גוגל מדרג על כל חיפוש. כל עמוד באתר צריך לשרת כוונת חיפוש אחת: עמודי שירות מכוונים לביטויים מסחריים כמו "עורך דין פלילי בתל אביב", ומאמרים מכוונים לשאלות מידע כמו "מה העונש על עבירת תנועה". מי שמדלג על השלב הזה בונה את מבנה האתר לפי ניחוש, ומגלה אחרי ההשקה שהעמודים לא עונים על מה שאנשים באמת מקלידים.
אם אין לכם עדיין רשימת ביטויים מסודרת, מחקר מילות מפתח חד פעמי אצלנו עולה 250 ש״ח לפני מע״מ. הדוח מרכז את 15 הביטויים עם נפח החיפוש הגבוה ביותר בתחום שלכם, את ביטוי העל של העסק והמלצות פעולה, וזה בסיס טוב למפת העמודים. להרחבה על סוגי הכוונות ואיך מזהים אותן, קראו את המדריך לכוונת חיפוש.
מפת עמודים: עמוד אחד לכל כוונת חיפוש
הכלל הפשוט ביותר בצ׳קליסט הוא גם זה שנשבר הכי הרבה: שני עמודים שמכוונים לאותה כוונה מתחרים זה בזה, וגוגל מתקשה להחליט איזה מהם להציג. בפועל, מפת העמודים היא טבלה פשוטה: שם העמוד, הביטוי הראשי, סוג הכוונה, ולאילו עמודים הוא מקשר. אם שתי שורות בטבלה מכוונות לאותו ביטוי, מאחדים אותן לפני שמתחילים לעצב, לא אחרי שיש כבר שני עמודים באוויר.
ארכיטקטורה בשיטת סילו
אתר מבולגן קשה לסריקה וקשה להבנה. בשיטת הסילו מקבצים את התוכן לפי נושאים ראשיים ולא מערבבים ביניהם: כל שירות מקבל עמוד אב, מתחתיו עמודי המשנה שלו, ולצדם המאמרים שעונים על השאלות של אותו נושא. לדוגמה, במשרד עורכי דין:
- דף הבית מקשר לכל תחומי ההתמחות.
- דיני עבודה הוא עמוד אב שמקשר לעמודי המשנה "פיטורים שלא כדין" ו"תביעת שעות נוספות".
- מאמרים כמו "תוך כמה זמן אפשר לתבוע על פיטורים" מקשרים חזרה לעמוד האב ולעמודי המשנה הרלוונטיים.
הקישורים הפנימיים נשארים בעיקר בתוך הסילו, וכך כל נושא בונה סמכות משלו. חשוב גם לשמור על עומק סביר: כל עמוד חשוב צריך להיות נגיש בשלוש לחיצות לכל היותר מדף הבית.
כתובות קריאות וקבועות
הכתובת היא חלק ממה שגוגל והגולש רואים בתוצאות. היא צריכה להיות קריאה (/services/employment-law/ ולא /?p=123), קצרה, ולכלול את נושא העמוד בלי להעמיס מילות מפתח. חשוב לא פחות לקבוע אותה לפני העלייה ולא לשנות אחר כך: כל שינוי כתובת אחרי ההשקה מחייב הפניית 301, וכל הפניה כזו היא עוד נקודה שיכולה להישבר. החליטו גם על כלל אחד לסלאש בסוף הכתובת ולאותיות קטנות, והקפידו עליו בכל האתר.
בחירת פלטפורמה
שאלת הפלטפורמה חשובה פחות ממה שנדמה, כי כל פלטפורמה יכולה לעמוד בצ׳קליסט הזה או להיכשל בו. ההבדל הוא בכמה שליטה יש לכם ובכמה עבודה זה דורש:
WordPress
גמישה ונוחה לניהול תוכן, עם תוספי SEO מוכרים. החיסרון: כל תוסף מוסיף קוד, ואתר עמוס תוספים נהיה איטי ודורש תחזוקה ועדכוני אבטחה שוטפים.
Wix או Shopify
קלות לבנייה ולתפעול, וה-SEO הבסיסי בהן השתפר מאוד בשנים האחרונות. החיסרון: שליטה מוגבלת בקוד, במבנה הכתובות ובמהירות השרת.
פיתוח בקוד
שליטה מלאה ב-HTML שנשלח מהשרת, במבנה ובכמות הקוד שכל עמוד טוען. החיסרון: עלות פיתוח גבוהה יותר ותלות בצוות שמכיר את הקוד.
השוואה מפורטת בין האפשרויות תמצאו במאמר אתר בקוד מול וורדפרס.
שלב 2: התשתית הטכנית שנבנית בזמן הפיתוח
אתר יכול להיראות מצוין ולהיות בלתי נראה לגוגל. הרכיבים הבאים צריכים להיות חלק מדרישות הפיתוח מהיום הראשון, ולא שכבה שמוסיפים בסוף.
HTML מוכן שמגיע מהשרת
זו הנקודה שבה הכי הרבה אתרים מודרניים נופלים. אם התוכן מופיע רק אחרי שהדפדפן מריץ JavaScript, אתם מהמרים על כך שכל סורק יריץ אותו. גוגל יודע לרנדר JavaScript, אבל בהנחיות שלו הוא עצמו ממליץ על רינדור בצד השרת או רינדור מוקדם, בין היתר כי לא כל הבוטים מריצים JavaScript. גם הסורקים של מנועי תשובות לא תמיד מריצים אותו. הבדיקה פשוטה: פתחו את קוד המקור של העמוד (לא את כלי המפתחים) וודאו שהכותרת, הטקסט והקישורים נמצאים שם.
מהירות היא החלטת ארכיטקטורה, לא אופטימיזציה מאוחרת
אפשר לדחוס תמונות ולמזער קבצים בסוף הפרויקט, וזה ישפר את המדדים במעט. מה שבאמת קובע הוא כמה קוד העמוד צריך להריץ כדי להציג את עצמו, וזו החלטה שנופלת בתחילת הפיתוח: אתר שנבנה קל נשאר קל, ואתר שנבנה כבד לא נהיה קל אחר כך. גוגל מודד את חוויית הטעינה דרך מדדי Core Web Vitals, והיעדים שהוא מגדיר כטובים הם LCP של עד 2.5 שניות, INP של עד 200 מילישניות ו-CLS של עד 0.1.
- תמונות: פורמט מודרני כמו WebP או AVIF, מידות מוגדרות מראש כדי שהעמוד לא יקפוץ בזמן הטעינה, וטעינה עצלה לתמונות שמתחת לקפל. כדאי שהמערכת תעשה את זה אוטומטית, כך שמי שמעלה תוכן לא יצטרך לזכור.
- גופנים: מעט משקלים, וטעינה שלא חוסמת את הצגת הטקסט.
- סקריפטים של צד שלישי: אנליטיקס, פיקסלים וצ׳אטים נטענים אחרי התוכן ולא לפניו. כל כלי שיווקי שמוסיפים עולה במהירות, ולכן מוסיפים רק את מה שבאמת בשימוש.
- אנימציות: אנימציות כבדות שנראות טוב במחשב חזק נוטות לקפוא בטלפונים פשוטים. בודקים אותן במכשיר אמיתי ולא רק באמולטור.
להסבר מלא על כל מדד ואיך משפרים אותו, ראו את המדריך למהירות אתר ו-Core Web Vitals.
מובייל קודם, באמת
גוגל סורק ומדרג לפי גרסת המובייל של האתר (Mobile First Indexing). המשמעות המעשית: כל תוכן, כותרת וקישור שמופיעים במחשב צריכים להופיע גם בנייד. טקסט שמוסתר בנייד כדי "לנקות" את העיצוב, או תפריט שמציג בנייד רק חלק מהעמודים, פוגעים בדיוק בגרסה שגוגל קורא.
נגישות ומבנה סמנטי
כותרת H1 אחת לכל עמוד, היררכיית H2 ו-H3 הגיונית, טקסט חלופי לתמונות, ניווט במקלדת וניגודיות צבעים מספקת. כל אלה משרתים קודם כל גולשים עם מוגבלויות, ובישראל הם גם חובה חוקית לרוב העסקים שנותנים שירות לציבור. הם גם עוזרים לסורקים להבין מה חשוב בעמוד, כי קורא מסך ובוט של מנוע חיפוש נשענים על אותו מבנה. מה החוק דורש ואיך עומדים בו, תמצאו במדריך נגישות אתרים לפי החוק בישראל.
אבטחה
HTTPS הוא תנאי בסיס: דפדפנים מסמנים אתר בלי תעודת אבטחה כלא מאובטח, וגולשים נוטשים. מעבר לזה, אתר שנפרץ עלול לקבל אזהרה בדפדפן ובתוצאות החיפוש ולאבד תנועה עד שהבעיה מטופלת. לכן בודקים שהמערכת והתוספים מתעדכנים, שממשק הניהול מופרד ומוגן, ושיש גיבוי שאפשר לשחזר ממנו.
בדיקות אוטומטיות לפני כל עדכון
באתר שמתעדכן לעיתים קרובות, הדרך הבטוחה היא לבדוק אוטומטית לפני כל העלאה שהכתובות הקנוניות תקינות, שמפת האתר נבנית נכון ושקובץ robots.txt לא חוסם עמודים חשובים. בדיקה כזו נכתבת פעם אחת ותופסת תקלות שבדרך כלל מתגלות רק כשהתנועה כבר ירדה.
מאותו עיקרון, אם אתם שוקלים לייצר עמודים בכמות גדולה ממאגר נתונים, למשל עמוד לכל עיר, ודאו שלכל עמוד יש תוכן ייחודי ושימושי באמת. עמודים שנבדלים זה מזה רק בשם העיר נחשבים לפי מדיניות הספאם של גוגל לעמודי מעבר (Doorway), וזה סיכון ולא קיצור דרך.
שלב 3: סימונים ותוכן שמנועי חיפוש ומנועי תשובות מבינים
Schema לכל סוג עמוד
סימוני נתונים מובנים בפורמט JSON-LD אומרים למכונה מה כל עמוד: מי העסק (Organization או LocalBusiness), איפה העמוד יושב במבנה האתר (BreadcrumbList), ומה סוג התוכן (Article, Product או Service). כך גוגל ומנועי התשובות מקבלים את המידע מסודר, במקום לנחש אותו מהטקסט. הכלל החשוב: הסימון מתאר רק מה שמופיע בעמוד בפועל. סימון של שאלות, ביקורות או מחירים שהגולש לא רואה מנוגד להנחיות של גוגל.
כתובת קנונית אחת וטיפול בעמודים דלים
לכל עמוד צריכה להיות כתובת קנונית אחת, גם כשאפשר להגיע אליו בכמה דרכים: עם פרמטרים, עם או בלי סלאש, או מגרסת הדפסה. במקביל, עמודים שנוצרים אוטומטית ואין בהם ערך אמיתי, כמו ארכיוני תגיות, ארכיונים לפי תאריך ותוצאות חיפוש פנימי, מקבלים noindex או לא נוצרים בכלל. כך הסורק מבלה את הזמן שלו בעמודים שאתם רוצים לדרג, ולא בגרסאות כפולות שלהם.
קישורים פנימיים מתוכננים
קישור פנימי הוא הדרך שלכם לומר לגוגל איזה עמוד חשוב. מקשרים מהעמודים החזקים באתר, כמו דף הבית ועמודי השירות, אל העמודים שרוצים לקדם, ומשתמשים בטקסט עוגן שמתאר את העמוד המקושר ולא ב"לחצו כאן". כל מאמר מקשר לעמוד השירות שהוא תומך בו, וכל עמוד שירות מקשר למאמרים שעונים על השאלות שלו. מה ההבדל בין קישורים פנימיים לחיצוניים ומה כל אחד תורם, מפורט במדריך לקישורים פנימיים וחיצוניים.
תוכן שמנוסח כתשובה
עד לא מזמן המטרה הייתה להופיע ברשימת הקישורים. היום חלק גדל מהחיפושים נגמר בתשובה שהמנוע מנסח בעצמו, בגוגל ובכלים כמו ChatGPT, Gemini ו-Perplexity, והתשובה הזו נשאבת מכמה מקורות. מה שנשלף הוא תוכן שבנוי כתשובה: שאלה ככותרת, תשובה קצרה וישירה מתחתיה, ואחר כך הרחבה. לכן בכל עמוד שירות כדאי לתכנן מראש בלוק שאלות נפוצות אמיתי, ולנסח עובדות במשפטים קצרים שאפשר לצטט, במקום פסקאות שיווקיות שאי אפשר לחלץ מהן טענה.
מנועי התשובות עדיין צריכים להחליט על מי לסמוך, והם נשענים על אותם אותות של סמכות: מי מקושר, מי מצוטט ומי מוזכר יחד עם הנושא. לכן לא צריך אתר נפרד בשבילם. אותו אתר משרת את שני העולמות, ומה שמשתנה הוא אופן הכתיבה. עוד על כך במדריך לקידום במנועי בינה מלאכותית.
עמודים שבנויים להמרה
תנועה שלא הופכת לפנייה לא שווה הרבה. בכל עמוד שירות הגולש צריך להבין תוך שניות מה מציעים לו ומה הצעד הבא: כפתור בולט, טלפון שאפשר ללחוץ עליו בנייד, וטופס קצר. טופס עם חמישה עשר שדות מבריח גם לקוחות רציניים, ושלושה שדות (שם, טלפון ומה צריך) מספיקים כדי להתחיל שיחה.
שלב 4: יום ההשקה
רוב התקלות החמורות קורות ביום העלייה עצמו, ולכן כדאי לעבור על הרשימה הזו לפני שמכריזים על האתר החדש:
- הסירו את חסימת הסריקה מסביבת הפיתוח. זו הטעות הנפוצה ביותר: הגדרת noindex או חסימה ב-robots.txt שהייתה נכונה בזמן הבנייה נשארת באתר החי, והאתר נשאר בלתי נראה שבועות עד שמישהו שם לב.
- הפניות 301 מכל כתובת ישנה. אם האתר מחליף אתר קיים, כל כתובת ישנה שיש לה תנועה או קישורים צריכה להפנות לכתובת החדשה המקבילה, ולא לדף הבית. גוגל מפרט את התהליך במדריך להעברת אתר עם שינוי כתובות.
- Search Console. מאמתים את האתר, מגישים את מפת האתר, ובודקים בכלי בדיקת הכתובות שגוגל רואה את העמודים המרכזיים כמו שהגולש רואה אותם.
- מדידה. אנליטיקס ומעקב המרות (טפסים, לחיצות על טלפון ועל וואטסאפ) פעילים מהיום הראשון, כדי שיהיה בסיס להשוואה.
- בדיקה חיצונית. מריצים בדיקת SEO על האתר החי כדי לתפוס כותרות חסרות, עמודים שבורים ובעיות מהירות לפני שגוגל מוצא אותם.
אחרי ההשקה: מה מודדים ומתי
בחודשים הראשונים אין טעם למדוד דירוג על ביטויי הליבה, כי הוא כמעט לא זז. מה שכן מראה אם הכיוון נכון: כמה מהעמודים נסרקו ונכנסו לאינדקס מתוך כלל העמודים שקיימים, על כמה ביטויים חדשים האתר מופיע בכלל, ומה שיעור ההקלקה מהתוצאות. כשהשלושה עולים, הדירוג על הביטויים התחרותיים מתחיל לזוז, בקצב שתלוי בתחום, במתחרים ובסמכות שהאתר צובר.
הסמכות הזו לא נבנית בקוד. היא נבנית מתוכן שמכסה את הנושא לעומק ומקישורים מאתרים אחרים. כאן אתר שנבנה נכון מתחיל להחזיר את ההשקעה: קידום אורגני על תשתית תקינה מתחיל מנקודה טובה יותר, כי לא מבזבזים את החודשים הראשונים על תיקונים. החבילות החודשיות שלנו משלבות עבודה על האתר עצמו עם קישורים מאתרים בסמכות DR/DA 50 עד 90, ומתחילות ב-1,790 ש״ח לחודש לפני מע״מ. את כל החבילות תמצאו במחירון קידום אתרים.
מי שרוצה לחזק עמודים מסוימים בלי חבילה חודשית יכול להתחיל מקניית קישורים: קישור בודד עולה 89 ש״ח לפני מע״מ, ובחבילות גדולות המחיר לקישור יורד עד 40 ש״ח לפני מע״מ. כל קישור מתפרסם במאמר מקורי באתר נישה שנבנה במיוחד לתחום שלכם, בסמכות DR/DA 40 עד 90, כקישור dofollow עם דוח לכל קישור, והחלפה ללא עלות אם הקישור יורד.
הצ׳קליסט המרוכז
זו הרשימה בגרסה קצרה, להדפסה או להעברה למפתחים. כל שורה היא בדיקה של כן או לא.
לפני הפיתוח
- יש רשימת ביטויים, וכל עמוד מתוכנן משויך לביטוי ראשי ולכוונה אחת.
- אין שני עמודים שמכוונים לאותה כוונה.
- מבנה הסילו ומבנה הכתובות סופיים, כולל כלל אחיד לסלאש ולאותיות קטנות.
- כל עמוד חשוב נגיש בשלוש לחיצות לכל היותר מדף הבית.
בזמן הפיתוח
- התוכן, הכותרות והקישורים מופיעים בקוד המקור שהשרת שולח.
- LCP עד 2.5 שניות, INP עד 200 מילישניות ו-CLS עד 0.1 בבדיקה על מובייל.
- תמונות בפורמט מודרני עם מידות מוגדרות, וסקריפטים חיצוניים נטענים אחרי התוכן.
- גרסת המובייל מכילה את כל התוכן והקישורים של גרסת המחשב.
- H1 אחד בכל עמוד, היררכיית כותרות תקינה, טקסט חלופי לתמונות ועמידה בדרישות הנגישות.
- HTTPS בכל הכתובות, ממשק ניהול מוגן וגיבוי פעיל.
לפני העלייה
- Schema לכל סוג עמוד, שמתאר רק מה שמופיע בו.
- כתובת קנונית לכל עמוד, ו-noindex לעמודים דלים.
- מפת אתר שמתעדכנת אוטומטית.
- כל עמוד שירות מקשר למאמרים שלו, וכל מאמר מקשר לעמוד השירות שלו.
- בלוק שאלות נפוצות בעמודי השירות, וטופס קצר עם טלפון לחיץ.
ביום ההשקה ואחריו
- לא נשארו noindex או חסימת robots.txt מסביבת הפיתוח.
- הפניות 301 מכל כתובת ישנה לכתובת החדשה המקבילה.
- האתר מאומת ב-Search Console ומפת האתר הוגשה.
- אנליטיקס ומעקב המרות פעילים.
- מעקב חודשי: עמודים באינדקס, ביטויים חדשים ושיעור הקלקה.
שאלות נפוצות
האם כל אתר צריך Schema?
כן, לפחות ברמה הבסיסית: זהות העסק, מבנה הניווט וסוג העמוד. סימונים נוספים כמו מוצר, מאמר או שאלות נפוצות מתאימים לפי סוג התוכן, והם מה שמאפשר תוצאות עשירות בגוגל ושליפה מדויקת יותר במנועי תשובות.
מה עדיף, אתר חדש או שדרוג של הקיים?
אם מבנה הכתובות הגיוני, האתר נסרק והבעיה היא בעיקר עיצוב ומהירות, שדרוג לרוב זול ובטוח יותר. אתר חדש עם הפניות 301 מסודרות משתלם כשמבנה הכתובות שבור, יש כפילויות תוכן רבות או שהמערכת מגבילה אתכם באופן שאי אפשר לעקוף.
כמה עמודים צריך לאתר עסקי?
לפחות עמוד לכל שירות שאתם רוצים להופיע עליו בגוגל, ועמוד לכל שאלה מרכזית שלקוחות שואלים. הכמות חשובה פחות מהעיקרון: כל עמוד עונה על כוונת חיפוש אחת, ואין שני עמודים שמכוונים לאותה כוונה.
האם מהירות האתר באמת משפיעה על הדירוג?
מהירות היא אחד האותות שגוגל מתחשב בהם, אבל ההשפעה הגדולה יותר עקיפה: גולשים נוטשים עמוד איטי לפני שהוא נטען, ובמובייל זה קורה מהר. אתר מהיר משפר גם את הסיכוי לדירוג וגם את שיעור ההמרה מאותה תנועה.
האם צריך לבנות אתר אחר בשביל מנועי AI?
לא. אותו אתר משרת את גוגל ואת מנועי התשובות, בתנאי שהוא מגיש HTML מוכן מהשרת, מסומן ב-Schema ומנוסח בבירור. מה שמשתנה הוא אופן כתיבת התוכן: שאלה ככותרת, תשובה ישירה מתחתיה ועובדות שאפשר לצטט.
כמה זמן לוקח לבנות ולקדם אתר מאפס?
הבנייה עצמה נמשכת בדרך כלל כמה שבועות, בהתאם להיקף. הקידום הוא תהליך מתמשך: סימנים ראשונים בחיפוש מופיעים חודשים אחרי העלייה, ותזוזה על ביטויים תחרותיים לוקחת יותר. אין לוח זמנים קבוע, כי הקצב תלוי בתחום, בתחרות ובסמכות שהאתר צובר.
צריך לחכות שהאתר יהיה מושלם לפני שמתחילים לקדם?
לא. מספיק שהתשתית תקינה, כלומר שהאתר נסרק, מהיר וברור. שיפורי עיצוב ותוכן יכולים להמשיך במקביל לקידום, וזה אפילו עדיף, כי נתוני החיפוש מראים אילו עמודים כדאי לשפר קודם.
מה עולה יותר לאורך זמן, הבנייה או הקידום?
הבנייה היא הוצאה חד פעמית והקידום הוא הוצאה חודשית, ולכן לאורך שנה או שנתיים הקידום בדרך כלל גדול יותר. ההשוואה הנכונה היא בין העלות הכוללת לבין הפניות שהאתר מייצר, ואתר שנבנה נכון מוזיל את הקידום כי אין צורך לממן תיקונים.
מה כדאי לעשות עכשיו
אם אתם לפני בניית אתר, העבירו את הצ׳קליסט המרוכז למפתחים ובקשו תשובה על כל שורה לפני שמתחילים. אם האתר כבר באוויר, הריצו עליו בדיקת SEO חינם ועברו על הרשימה מול התוצאות. ואם אתם רוצים אתר שנבנה לפי הרשימה הזו מהיום הראשון, כל הפרטים על בניית אתרים לעסקים אצלנו נמצאים בעמוד השירות, ואפשר גם לדבר איתנו או להתקשר ל-050-741-8449.

