תוכן משוכפל וקישורי 301 ו - 302
עכשיו שיש לנו מידע בסיסי לגבי IsapiRewrite ודומיו, ניגע באחת הסיבות העיקריות לחסימת אתרים בגוגל - תוכן משוכפל. כפי שכבר כתבתי בעבר, תוכן מקורי הינו אחד האלמנטים הבסיסיים שיש לתת עליהם את הדעת. אולם, ישנם מקרים בו נייצר אנחנו, בתום לב, תוכן משוכפל שיביא לחסימת האתר כולו ולאיפוס ה PageRank שלנו בגוגל. אחת הטעויות הנפוצות הינה באירוח האתר מכמה שמות מתחם שונים, או, רחמנא ליצלן, אף אירוח האתר בכתובת המתחילה ב - WWW וגם בכתובת ללא WWW, למשל:
www.your-site.com ו - your-site.com.
יתכן שהדבר נשמע לא מתקבל על הדעת, הרי מדובר באותו אתר. ובכן - מנועי החיפוש וגוגל בראשם, מתייחסים לשתי גרסאות אלו של הכתובת כשני אתרים נפרדים ומכיוון שהתוכן של שניהם זהה - מחשיבים זאת כתוכן משוכפל. ניתן אף להקצין ולבדוק את המקרה של business.com - אחר ממדריכי העסקים הגדולים ברשת, שלפני מספר שנים מנהליו קיבלו החלטה ליצור קישור בין business.com ל - www.business.com. הדבר הוביל לכך שתוך מספר ימים ה - PageRank של האתר ירד מ-8 ל-0 (אפס!), והאתר, על 600,000 עמודיו, נחסם ולא הוצג יותר בגוגל.
אז מה נעשה אם מעוניינם, למשל, לשנות שם מתחם או לפתור את בעיית קידומת ה - WWW? כמובן שהדרך הפשוטה ביותר היא באמצעות קישור זמני (302), אולם, קישור זה אינו חוקי למטרה זו שכן השימוש בו, ע”פ המקובל ע”י מנועי החיפוש, הוא רק כאשר מדובר בקישור זמני, ולא בקישור קבוע, ואכן, בשמו המלא קישור זה נקרא “moved temporary”. הדרך החוקית לעשות זאת הינה באמצעות קישור 301, או בשמו הרשמי “301 permanent”. שימוש בקישור 301 מודיע למנוע שהאתר הועבר לכתובת החדשה באופן קבוע ומוחלט, בניגוד לקישור 302 הסטנדרטי, בו למשל, השתמשו ב - business.com…
ישנן מספר דרכים להכריח את השרת להשתמש ב - 301 ולא ב - 302:
htaccess. ב - Apache:
Redirect 301 / http://www.yoursite.com/
mod_rewrite ב - Apache:
Options +FollowSymLinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^yoursite\.com
RewriteRule ^(.*)$ http://www.yoursite.com/$1 [R=permanent,L]
IsapiRewrite ב - IIS:
RewriteCond Host: yoursite\.com
RewriteRule (.*) http\://www\.yoursite\.com [I,RP]
לסיכום, באם אנו מעוניינים לשנות שם מתחם, להוסיף שם מתחם נוסף או לקשר את הכתובת ללא ה - WWW לזו עם ה - WWW, נשתמש בקישור 301 ע”י אחד הכלים שהצגתי למעלה והרחבתי עליהם בפוסט קודם.
נהניתם מהפוסט? קבלו עדכונים ברסס







ראשון, 27 במאי 2007 בשעה 16:29
[…] לבצע הכוונת 301 לעמוד אחר (קיים ורלוונטי). […]
רביעי, 06 ביוני 2007 בשעה 23:18
[…] יש להימנע מתוכן משוכפל שנוצר ע”י שמות מתחם שונים, עמודים זהים וכדומה. […]
חמישי, 06 בספטמבר 2007 בשעה 23:44
[…] לבסוף המלצתי לאבירם לדאוג גם שהלינקים הפנימיים לעמוד הראשי יהיו לינקים לדומיין ולא ל - INDEX.PHP ולעשות REDIRECT 301 מ - INDEX.PHP לדומיין כדי למנוע תוכן משוכפל. […]
חמישי, 20 בספטמבר 2007 בשעה 17:14
[…] בעבר תיארתי מספר שיטות למימוש קישורי 301 ו - 302 בפלטפורמות IIS ו - APACHE. אני לא אכנס שוב לעובי הקורה לגבי מתי יש להשתמש בקישורים אלו (פירוט מלא ניתן למצוא כאן), אלא אפרט שיטה אחרת, פשוטה ביותר, למימוש הקישורים, שיטה שאינה דורשת כל ידע מוקדם ואדמיניסטרטיבי של IIS או APACHE. […]
שישי, 19 באוקטובר 2007 בשעה 9:02
[…] כלי זה יאפשר אינדוקס מלא יותר של אתרים דינמיים, יעזור לפתור בעיות של תוכן משוכפל, יפחית את “מלכודות” המנועים שגורמות לעצירת האינדוקס המלא ולא פחות חשוב מכך - כתובות נקיות יותר כחלק מתוצאות החיפוש. […]
שישי, 09 בנובמבר 2007 בשעה 10:35
[…] חסרונות של הצגת פוסטים מלאים: 1. תוכן משוכפל - יצירת עוד מקור בו מופיע הטקסט כולו, בנוסף לעמוד הפוסט עצמו (ובמקרים מסויימים גם עמוד הקטגוריות ו/או הארכיון). גישתי לגבי תוכן משוכפל ידועה וניתן לקרוא עוד כאן וכאן. […]
ראשון, 16 בדצמבר 2007 בשעה 18:54
שאלה?
מה קורה שיש באתר סאב דומיין ורצים להעביר אותם גם בפניה 301 האם ישנה בעיה ?
ואיך זה עובד?
תודה
ניסן
שני, 17 בדצמבר 2007 בשעה 11:31
זה עובד באותה צורה עבור סאב דומיינים, פשוט במקום לבדוק WWW, למשל, בודקים את ה סאב דומיין. הנה כלי שיעזור לך לבנות קובץ HTACCESS:
http://cooletips.de/htaccess
שבת, 12 בינואר 2008 בשעה 18:46
הי.
אם אני עושה קישור 301 של דומיין חדש לאתר ישן, ולאחר תקופה מסיר את הקישור, ובונה אתר+אחסון לדומיין האמור. האם תווצר בעיה כלשהי מצד מנועי החיפוש?
ראשון, 13 בינואר 2008 בשעה 9:14
שלום,
נראה לי שלא ירדתי לסוף דעתך - מדוע לעשות קישור 301 מדומיין חדש לישן? אם תוכל לפרט קצת יותר אשמח לעזור.
חמישי, 24 באפריל 2008 בשעה 0:34
אני קצת מבולבול.
מצד אחד אני מבין ממך שעדיך באמת להפנות ל301
מצד שני נאמר רבות כי יש להעביר ל302
אז למי מהם יש להעביר ולמה?
שני, 12 במאי 2008 בשעה 19:10
בשורה התחתונה - באם מדובר בעמוד שאתה משנה את כתובתו לתמיד ומעוניין לשמור על הפייג’ ראנק - עשה 301.
שישי, 30 במאי 2008 בשעה 21:45
תודה רבה על המידע, עזרת לי מאוד!
ראשון, 01 ביוני 2008 בשעה 10:24
שמחתי לעזור!
ראשון, 29 ביוני 2008 בשעה 21:34
תודה רבה עזרתם לי מאוד
שני, 14 ביולי 2008 בשעה 23:02
[…] תוכן משוכפל וקישורי 301 ו - 302 […]
שבת, 19 ביולי 2008 בשעה 14:06
[…] בעבר המלצתי לספק פידים מלאים ולא להסתפק בפידים חלקיים, אולם אז עולה השאלה האם זה עלול להביא לחסימת האתר כולו במנועי החיפוש באמתלת תוכן משוכפל. הרי הפידים נסרקים ע”י מנועי החיפוש בדומה לעמוד סטנדרטי ויתרה מכך - מכילים את אותו התוכן בדיוק. […]
שלישי, 23 בדצמבר 2008 בשעה 16:00
אם יש לי 2 כתובות שונות המפנות לאותו האתר בהפנייה 301 זה יכול ליצור בעיה ?
שלישי, 23 בדצמבר 2008 בשעה 16:08
לא תהיה שום בעיה - זו בדיוק המטרה - גם אם יש לך 100 כתובות שונות אתה יכול להפנות אותן לאותו אתר באמצעות 301 ולשמר את הפייג’ רנק של כולן.
רביעי, 24 בדצמבר 2008 בשעה 11:37
האים קידום של שני הכתובות השונות יכול להועיל לקידום אם שזה לא משנה ?
רביעי, 24 בדצמבר 2008 בשעה 11:46
תחליט על דומיין בו אתה רוצה להתרכז ובצע עליו את פעולות הקידום. את כל שאר הדומיינים - תפנה אליו.
שני, 09 במרץ 2009 בשעה 18:08
היום כבר יש פתרון קצת יותר יעיל שגוגל מציעים לסיטואציה כזו.
שלישי, 10 במרץ 2009 בשעה 12:07
אכן - וכתבתי גם על פיתרון זה:
http://www.esekbareshet.com/2009/02/18/114
חמישי, 30 ביולי 2009 בשעה 18:19
תודה רבה
רביעי, 11 בנובמבר 2009 בשעה 13:21
Good artical.
thanks , I enjoyed reading it
:)
ראשון, 15 בנובמבר 2009 בשעה 12:26
תודה רבה יופי של כתבה
שלישי, 09 בפברואר 2010 בשעה 10:43
תודה על האינפורמציה
שישי, 19 בפברואר 2010 בשעה 22:45
יפה בתיאוריה, בפועל גוגל לא מעניש על תוכן כפול נכון להיום, אולי בעתיד.
ראשון, 28 בפברואר 2010 בשעה 23:27
הפידים נסרקים ע”י מנועי החיפוש בדומה לעמוד סטנדרטי
ראשון, 28 בפברואר 2010 בשעה 23:28
יופי של מאמר, תודה
ראשון, 28 בפברואר 2010 בשעה 23:29
מצד אחד אני מבין ממך שעדיך באמת להפנות ל301
מצד שני נאמר רבות כי יש להעביר ל302
אז למי מהם יש להעביר ולמה?
ראשון, 28 בפברואר 2010 בשעה 23:30
תודה. לבצע הכוונת 301 לעמוד אחר.
חמישי, 25 במרץ 2010 בשעה 14:26
isapi תוכנה מעולה, פותרת הרבה בעיות.
שבת, 14 באוגוסט 2010 בשעה 23:26
ומה עושים אם השרת לא אפאצי אלא וינדוס?
לא מצאתי קובץ .HTACCES