מבוא

לאחר שימוש בתוסף hexo-submit-urls-to-search-engine ב-hexo, ניתן לדחוף באופן יזום קישורים חדשים של בלוג Hexo לפלטפורמות מנהלי האתרים של גוגל, בינג ובאידו, כדי לשפר את איכות ומהירות אינדוקס האתר. תוסף זה מאפשר לך לשלוח בקשות לאינדקס טהורות וטבעיות למנועי החיפוש הגדולים, אחת ולתמיד.

לדוגמה, כעת מאמר שלי לפעמים מתפרסם תוך 5 דקות בלבד וניתן למצוא אותו בחיפוש בינג (זהו המקרה הטוב ביותר, אין ערובה ליציבות לטווח ארוך). תראו, זו העוצמה של hexo-submit-urls-to-search-engine. באידו וגוגל קצת יותר איטיים.

שלושת מנועי החיפוש הללו תופסים 97% משוק מנועי החיפוש העולמי (כולל מנועי מטא-חיפוש כמו דוג’י, דאקדאקגו ועוד; יאהו, אקוזיה ועוד המשתמשים באינדקס של בינג).

אזהרה

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

כתובת Github

קבוצת ה-QQ הרשמית וקבוצת הטלגרם הפסיקו לפעול. אנא גשו לדף ה-Github issue כדי להשתתף בדיון.

שלבי פעולה

מבוא מהיר:

  1. קבלת מפתחות מפלטפורמות מנהלי האתרים השונות
  2. התקנה והגדרה של התוסף hexo-submit-urls-to-search-engine
  3. hexo clean && hexo g && hexo d, ובירור תוצאות הדחיפה
  4. אם הדחיפה הצליחה, גשו ל כתובת Github ולחצו על כפתור הכוכב כדי לתמוך
  5. על הדרך, עקבו אחרי פרויקט Github כדי לקבל תזכורות לשדרוגי תוסף
  6. אתם יכולים גם ללחוץ כאן כדי לתת תשר

קבלת מפתח מפלטפורמת מנהלי אתרים

כל המפתחות ש"תועדו" בסעיף זה ימולאו בתוך _config.yml של hexo, הפורמט יופיע בהמשך.

לגבי אימות האתר: חלק מנושאי Hexo תומכים בהוספת תג אימות HTML של פלטפורמת מנהלי האתרים, לאחר מילוי ההגדרות הרלוונטיות, ניתן לאמת באמצעות hexo g && hexo d. לצעדים מפורטים וכלליים, אנא חפשו בגוגל בעצמכם: hexo פלטפורמת מנהלי אתרים אימות

באידו

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

אם שרת האתר שלכם ממוקם מחוץ לסין, כמעט בלתי אפשרי לבצע רישום אתר.

אנא עיינו במסמך ההסבר הישן כדי ללמוד כיצד להגיש קישורים לבאידו

בינג

יש גרסאות חדשות וישנות לפלטפורמת מנהלי האתרים של בינג.

  1. הירשמו והתחברו לפלטפורמת מנהלי האתרים החדשה של בינג Bing Webmaster Tools
  2. הוסיפו את האתר
  3. היכנסו לדף ניהול האתר, הגדרות, גישה ל-API, מפתח API, רשמו את מפתח ה-API

פתיחת הגדרות מתוך שליחת כתובות URL

ממשק גישה ל-API

קבלת מפתח API מפלטפורמת מנהלי האתרים החדשה של בינג

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

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

קבלת מפתח API של בינג מנהל האתרים מפלטפורמת מנהלי האתרים הישנה של בינג

גוגל

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

יש גרסאות חדשות וישנות לפלטפורמת מנהלי האתרים של גוגל, אבל היחסים בין שתי הפלטפורמות לא מטופלים טוב כמו אצל בינג. בנוסף, Google Indexing API שבו אנו משתמשים אינו מסופק על ידי פלטפורמת מנהלי האתרים, אלא שייך לפלטפורמת המפתחים של גוגל. במהלך התהליך, אתם יכולים לעיין בתיעוד הרשמי (אליו ניתן לגשת בסין) כדי להגדיר.

שלבי שימוש:

  1. פתחו תיעוד רשמי, פעלו בהתאם להנחיות ליצירת פרויקט ויצירת חשבון שירות. עליכם רק לבצע את פעולות ההגדרה באתר לפי ההנחיות, אין צורך להשלים פעולות עוקבות כמו קבלת אסימוני גישה
  2. אתם מוסיפים את כתובת הדוא"ל של הרשאת הגישה ב"מסוף החיפוש" החדש של גוגל בהתאם לתיעוד הרשמי של גוגל ועדיין תקבלו הודעה “אין הרשאה”. אנא עברו לכלי מנהלי האתרים הישן, לחצו על האתר שלכם, והוסיפו אליו את כתובת הדוא"ל כעת ניתן לשלוח ישירות בפלטפורמת מנהלי האתרים החדשה.
  3. הניחו את קובץ מפתח ה-json שהתקבל בספריית השורש של hexo (באותו מיקום כמו קובץ _config.yml של hexo)

כלי מנהלי האתרים הישן של גוגל:

כלי מנהלי האתרים הישן 1

כלי מנהלי האתרים הישן 2

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

נכון לעכשיו, ה-Indexing API יכול לשמש רק לסריקה של דפי אינטרנט שמכילים JobPosting או BroadcastEvent (משובץ בתוך VideoObject). עבור אתרים שמכילים הרבה דפי אינטרנט קצרי-טווח (כגון מידע על משרות או סרטוני וידאו בשידור חי), ה-Indexing API ישמור על עדכניות התוכן בתוצאות החיפוש על ידי שליחת עדכונים נפרדים עבור תכנים שונים.

מדריך מהיר ל-Indexing API | מרכז החיפוש של Google | Google for Developers

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

הגדרת hexo

התקנת התוסף

אנא הפעילו את הפקודה הבאה בספריית השורש של hexo:

כמובן, באזור סין הגדולה מהירות ההורדה מהירה יותר באמצעות cnpm

npm install --save hexo-submit-urls-to-search-engine

תוסף זה תומך גם בהתקנה באמצעות yarn:

yarn add hexo-submit-urls-to-search-engine

עריכת _config.yml של hexo

hexo-submit-urls-to-search-engine

הגדירו את התוסף hexo-submit-urls-to-search-engine, העתיקו והדביקו את הקוד הבא לתוך _config.yml של hexo.

טיפ

אתם יכולים כמובן להשתמש במשתני סביבה כדי להגדיר את המפתחות, כך שאפילו אם קוד המקור נמצא במאגר גלוי, המפתחות לא ידלפו

hexo_submit_urls_to_search_engine:
  submit_condition: count # התנאי להגשת הקישורים, ערכים אפשריים: count | period כרגע נתמך רק count
  count: 10 # שליחת 10 הקישורים האחרונים
  period: 900 # שליחת קישורים שזמן השינוי שלהם הוא בטווח של 900 שניות
  google: 0 # האם לשלוח לגוגל, ערכים אפשריים: 1 | 0 (0: לא; 1: כן)
  bing: 1 # האם לשלוח לבינג, ערכים אפשריים: 1 | 0 (0: לא; 1: כן)
  baidu: 1 # האם לשלוח לבאידו, ערכים אפשריים: 1 | 0 (0: לא; 1: כן)
  txt_path: submit_urls.txt ## שם מסמך הטקסט, הקישורים שצריך לשלוח יישמרו במסמך טקסט זה
  baidu_host: https://cjh0613.github.io ## שם הדומיין שנרשם בפלטפורמת מנהלי האתרים של באידו
  baidu_token: אנא קבלו בהתאם להסבר במסמך ## שימו לב, זהו המפתח שלכם, אז אנא אל תפרסמו אותו ישירות במאגר ציבורי!
  bing_host: https://cjh0613.github.io ## שם הדומיין שנרשם בפלטפורמת מנהלי האתרים של בינג
  bing_enable_indexnow: false # האם להגיש קישורים לבינג באמצעות indexNow: true (כן) | false (לא). רק גרסאות 2.1.1 ואילך יכולות להפעיל פונקציה זו.
  bing_token: אנא קבלו בהתאם להסבר במסמך ## שימו לב, זהו המפתח שלכם, אז אנא אל תפרסמו אותו ישירות במאגר ציבורי!
  google_host: https://cjh0613.github.io ## שם הדומיין שנרשם בפלטפורמת מנהלי האתרים של גוגל
  google_key_file: Project.json # קובץ ה-json שבו מאוחסן מפתח גוגל, הניחו אותו בספריית השורש של האתר (באותו מיקום כמו קובץ _config.yml של hexo), אנא אל תפרסמו את תוכן קובץ ה-json ישירות במאגר ציבורי!
  google_proxy: http://127.0.0.1:8080 # פרוקסי ה-http המערכתי שבו משתמשים כדי להגיש כתובות לגוגל, הזינו 0 אם אינכם משתמשים
  replace: 0  # האם להחליף חלק ממחרוזות בקישורים, ערכים אפשריים: 1 | 0 (0: לא; 1: כן)
  find_what: http://cjh0613.github.io/blog
  replace_with: https://cjh0613.com

השלכות חשיפת המפתחות

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

הערות

  • submit_condition: תומך בשתי דרכים לקביעה האם לשלוח קישור, כלומר count | period. משתמשים בהתאמה בהגדרות count | period מתחת
  • period: פרק זמן, ביחידות של שניות, אם ההפרש בין זמן העדכון של המאמר לבין זמן הפעלת התוסף קטן מערך זה, הקישור שלו יישלח. לדוגמה: ישנם שני קבצים a.html ו-b.html, המתאימים ל-https://yoursite.com/a.html ול-https://yoursite.com/b.html, ההפרש בין זמן העדכון שלהם לבין זמן הפעלת התוסף הוא 800 שניות ו-1000 שניות בהתאמה (שדה period הוגדר ל-900), אז https://yoursite.com/a.html יישלח, ו-https://yoursite.com/b.html לא יישלח
  • google_proxy: פרוקסי ה-http המערכתי שבו משתמשים כדי לשלוח כתובות לגוגל, בפורמט: http://proxyhost:port, שנו את proxyhost ו-port בהתאמה; ניתן להזין 0 אם hexo פרוס מחוץ לסין. אם משתמשים בתוכנה לעקוף את חומת האש, בדרך כלל proxyhost יהיה 127.0.0.1, ניתן לראות את ה-port בהגדרות בתוכנה, בדרך כלל זה יהיה 8080. ב-Win10 ניתן לראות בהגדרות -> פרוקסי
  • replace: ייתכן שחלק מהקישורים ייווצרו בצורה לא נכונה (כגון דומיינים סיניים, דף הבית נמצא ב-http://cjh0613.github.io/blog וכו’). זוהי פונקציית החלפה פשוטה וגסה, שמחליפה את המחרוזת שצוינה בכל הקישורים שנוצרו. בדוגמה, http://cjh0613.github.io/blog מוחלף ב-https://cjh0613.com. ניתן גם להחליף דומיינים סיניים בדומיינים לאחר תעתיק.

12.7.2020 עדכון הערות לסעיף זה, תודה ל-liuyib על ההצעה 12.5.2021 הוספת google_proxy

לאחר השלמת ההגדרה לעיל, כאשר תריצו את הפקודה hexo generate בספריית השורש של Hexo, ייווצר קובץ .txt שבו יישמרו הקישורים לשליחה.

אתם יכולים לפתוח את הקובץ הזה ולבדוק אם הקישורים נכונים, אם הם לא נכונים, אנא גשו אל _config.yml של hexo ובצעו הגדרות. אתם יכולים גם לשנות את קובץ ה-.txt הזה באופן ידני לפני שליחת הקישורים.

deploy

אם לא הוספתם בעבר את הגדרת deploy:, פשוט הדביקו את הקוד הבא לתוך _config.yml של hexo, והוא יחליף את הגדרת deploy: המוגדרת כברירת מחדל.

deploy:
- type: cjh_google_url_submitter
- type: cjh_bing_url_submitter
- type: cjh_baidu_url_submitter

לאחר השלמת שלב זה, כאשר תריצו את הפקודה hexo deploy, הקישורים יישלחו אוטומטית למנועי החיפוש.

  • אתם חייבים להריץ את הפקודה hexo deploy או hexo d כדי להפעיל את הדחיפה, ללא קשר לשאלה אם השתמשתם בפקודה הזו לצורך פריסה בעבר.

כמובן, לפני כן עליכם להריץ את hexo generate כדי ליצור את קובץ ה-txt האחרון שבו יישמרו הקישורים לשליחה.

אם הדחיפה מצליחה, אנא גשו למאגר ה- Github ותנו כוכב תמיכה, תודה!

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

deploy:
- type: git
  repo: 
    coding: git@xxx
  branch: master 
  
  # הוספת ההגדרות של תוסף זה:
- type: cjh_google_url_submitter
- type: cjh_bing_url_submitter
- type: cjh_baidu_url_submitter

שימו לב: לכל type: מלמעלה יש - לפניו

תמיכה בשילוב רציף

סעיף זה מספק הפניה לאופן הפריסה שבו hexo מאוחסן במאגר גלוי, ומשתמשים ב-CI (שילוב רציף, כגון Github action, travis, coding-ci, netlify וכו’) כדי לבצע קומפילציה ופרסום.

באידו ובינג ניתן להשתמש במשתני סביבה כדי לרשום את המפתחות, לגוגל יש פתרונות אחרים, ראו בהמשך

שימו לב, אם אתם משתמשים ב-CI לפריסה אוטומטית, אנא הקפידו להוסיף updated: ב-Front-matter (האזור שלמעלה ביותר של קובץ ה-.md, המופרד באמצעות ---, שמשמש כדי לציין משתנים בקבצים מסוימים) של כל דף, כדי להודיע ל-Hexo לתקן את “זמן העדכון האחרון של המאמר”, לדוגמה:

---
title: Hello World
date: 2013/7/13 20:46:25
updated: 2020-08-25 9:36:00
---

הסיבה לכך היא שכאשר הקבצים נמצאים במחשב המקומי, אם אין updated:, Hexo תקרא את מאפייני הקובץ, ותשתמש ב"זמן השינוי האחרון של הקובץ" כ"זמן העדכון האחרון של המאמר", ותוכל לקבוע כראוי ולשלוח את 10 הקישורים האחרונים; בזמן פריסה אוטומטית באמצעות CI, מכיוון שכל המשאבים של Hexo רק משוכפלים לשרת, אם לא מוסיפים updated:, Hexo תקרא גם היא את מאפייני הקובץ, אבל הפעם זמן השינוי האחרון במאפיינים יהיה זהה לחלוטין לזמן שיבוט ה-git, Hexo תקבל “זמן עדכון אחרון של המאמר” שגוי, ולא תוכל לקבוע כראוי ולשלוח את הקישורים האחרונים.

  1. אנא מלאו תחילה 0 ב-baidu_token: וב-bing_token: בהגדרות של hexo_submit_urls_to_search_engine:
  2. הגדירו את משתני הסביבה BAIDU_TOKEN, BING_TOKEN, שהערך שלהם יהיה ה-token שהתקבל
  3. אם אתם משתמשים ב-Github Action, עליכם גם להגדיר משתני סביבה בקובץ ה-yml, יש דוגמה למטה
  4. hexo clean && hexo generate && hexo deploy ותהנו מהחיים

הגדרת משתני סביבה

לעיון:

hexo_submit_urls_to_search_engine:
  submit_condition: count # התנאי להגשת הקישורים, ערכים אפשריים: count | period כרגע נתמך רק count
  count: 10 # שליחת 10 הקישורים האחרונים
  period: 900 # שליחת קישורים שזמן השינוי שלהם הוא בטווח של 900 שניות
  google: 1 # האם לשלוח לגוגל, ערכים אפשריים: 1 | 0 (0: לא; 1: כן)
  bing: 1 # האם לשלוח לבינג, ערכים אפשריים: 1 | 0 (0: לא; 1: כן)
  baidu: 1 # האם לשלוח לבאידו, ערכים אפשריים: 1 | 0 (0: לא; 1: כן)
  txt_path: submit_urls.txt ## שם מסמך הטקסט, הקישורים שצריך לשלוח יישמרו במסמך טקסט זה
  baidu_host: https://en.cjh0613.com ## שם הדומיין שנרשם בפלטפורמת מנהלי האתרים של באידו
  baidu_token: 0 ## שימו לב, זהו המפתח שלכם, אז אנא אל תפרסמו אותו ישירות במאגר ציבורי!
  bing_host: https://en.cjh0613.com ## שם הדומיין שנרשם בפלטפורמת מנהלי האתרים של בינג
  bing_token: 0 ## שימו לב, זהו המפתח שלכם, אז אנא אל תפרסמו אותו ישירות במאגר ציבורי!
  google_host: https://en.cjh0613.com ## שם הדומיין שנרשם בפלטפורמת מנהלי האתרים של גוגל
  google_key_file: Project.json # קובץ ה-json שבו מאוחסן מפתח גוגל, הניחו אותו בספריית השורש של האתר (באותו מיקום כמו קובץ _config.yml של hexo), אנא אל תפרסמו את תוכן קובץ ה-json ישירות במאגר ציבורי!
  google_proxy: 0 # פרוקסי ה-http המערכתי שבו משתמשים כדי להגיש כתובות לגוגל, הזינו 0 אם אינכם משתמשים
  replace: 0  # האם להחליף חלק ממחרוזות בקישורים, ערכים אפשריים: 1 | 0 (0: לא; 1: כן)
  find_what: http://cjh0613.github.io/blog
  replace_with: https://cjh0613.com

Github Action, עליכם גם להגדיר משתני סביבה בקובץ ה-yml:

- name: xxxx # מלאו מה שבא לכם
  env:
    BAIDU_TOKEN: ${{ secrets.BAIDU_TOKEN }} # שימו לב לפה, כל השאר זה סתם
    BING_TOKEN: ${{ secrets.BING_TOKEN }} # שימו לב לפה, כל השאר זה סתם
  run: |
    npm i -g hexo-cli # התקנת hexo
    npm i
    ……
    hexo deploy    

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

שדרוג תוסף

תזכורת לשדרוג תוסף

לאחר התקנת תוסף זה, אנא עקבו אחרי פרויקט זה ב- Github כדי לקבל תזכורות לשדרוג התוסף (בחרו באפשרות Releases only כדי לקבל רק תזכורות לשדרוג, אם תבחרו ב-Watching תקבלו גם Issues, בקשות משיכה וכו’, אשר יישלחו באמצעות דואר אלקטרוני)

בחרו Releases only

פעולות שדרוג

אנא הפעילו את הפקודה הבאה בספריית השורש של hexo:

כמובן, באזור סין הגדולה מהירות ההורדה מהירה יותר באמצעות cnpm

npm install --save hexo-submit-urls-to-search-engine@גרסה

בעבר נתתי פקודה אחרת: npm update --save hexo-submit-urls-to-search-engine, אבל כשבדקתי אותה בפועל נתקלתי בבעיה.

שדרוג באמצעות yarn:

yarn add hexo-submit-urls-to-search-engine@גרסה

שדרוג לא תואם

אזהרה

לפעמים, שדרוגי התוסף לא תואמים לאחור, וייתכן שיהיה עליכם לשנות את פריטי ההגדרה הרלוונטיים לתוסף זה ב-_config.yml של hexo, או לבצע שינויים אחרים. מצב זה בדרך כלל מתרחש כאשר המספר שלפני הנקודה העשרונית הראשונה במספר הגרסה גדל. לדוגמה, שדרוג מ-^1.0.0 ל-^2.0.0.

שדרוג מ-1.x.x ל-2.x.x:

עליכם להוסיף את שלושת פריטי ההגדרה הבאים להגדרות של hexo_submit_urls_to_search_engine::

  replace: 0  # האם להחליף חלק ממחרוזות בקישורים, ערכים אפשריים: 1 | 0 (0: לא; 1: כן)
  find_what: http://cjh0613.github.io/blog
  replace_with: https://cjh0613.com

טוב, גיליתי שהשדרוג הזה תואם לאחור, גם אם לא תהיו שלושת פריטי ההגדרה הללו, לא תקבלו שגיאה…

מידע חוזר

מידע על שליחה מוצלחת

בינג

Bing response:  { d: null }

גוגל

Google response:  { urlNotificationMetadata:
   { url:
      'https://cjh0613.github.io',
     latestUpdate:
      { url:
         'https://cjh0613.github.io',
        type: 'URL_UPDATED',
        notifyTime: '2020-06-12T05:37:25.701779228Z' } } }

אחר

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

לפעמים זה קורה מכיוון שמנועי החיפוש מרשים רק להגיש מספר מסוים של קישורים ביום. ניתן לבדוק באתר הרשמי שלהם. לאחר ששיניתי את שם הדומיין שלי מ-cjh0613.github.io ל-cjh0613.com, המכסה של בינג היתה 10, לאחר שליחה רציפה במשך 10 ימים, המכסה עלתה פתאום מ-10 ל-10000.

אם חלק מהקישורים נכשלו בשליחה, אנא טפלו בזה באופן ידני: שנו את ה-txt בו נשמרים הקישורים לשליחה בהתאם למשוב (בדרך כלל מסירים את הקישורים שנשלחו בהצלחה), ולאחר מכן הריצו רק את hexo deploy כדי לשלוח שוב, אין צורך ליצור מחדש את האתר.

אם אתם רוצים לשלוח קישורים למנועי חיפוש כל יום, פשוט תריצו hexo d כל יום, או שניתן להגדיר את Github Action להריץ hexo g && hexo d כל יום, אין צורך להמציא את הגלגל מחדש.

בירור תוצאות

בירור אינדקס

לדוגמה, כדי לברר את האינדקס של אתר זה, פתחו כל מנוע חיפוש והזינו site:דומיין, כאן:

site:cjh0613.github.io

ובצעו חיפוש.

ייתכן שיחלפו הרבה זמן, אולי חודש, עד שכמות האינדקס באתר חדש תעלה מ-0 ל-1… אנא המתינו בסבלנות.

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

בירור רשומות שליחה

בינג

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

https://www.bing.com/webmasters/submiturl?siteUrl=קישור האתר שלכם

בירור רשומות שליחה ומכסה שנותרה בבינג

גוגל

You can only find the cumulative number of pushed links and the percentage of failed pushes over a period of time (up to about 30 days) in the “Errors” table at the following address (updated in real time). Although a chart of daily submitted data is given, it is equivalent to not giving it…

https://console.developers.google.com/apis/api/indexing.googleapis.com/metrics?project=

Google push link count query

Reference materials for my development of this plugin

Please see the old documentation