מבוא
לאחר שימוש בתוסף hexo-submit-urls-to-search-engine
ב-hexo, ניתן לדחוף באופן יזום קישורים חדשים של בלוג Hexo לפלטפורמות מנהלי האתרים של גוגל, בינג ובאידו, כדי לשפר את איכות ומהירות אינדוקס האתר. תוסף זה מאפשר לך לשלוח בקשות לאינדקס טהורות וטבעיות למנועי החיפוש הגדולים, אחת ולתמיד.
לדוגמה, כעת מאמר שלי לפעמים מתפרסם תוך 5 דקות בלבד וניתן למצוא אותו בחיפוש בינג (זהו המקרה הטוב ביותר, אין ערובה ליציבות לטווח ארוך). תראו, זו העוצמה של hexo-submit-urls-to-search-engine
. באידו וגוגל קצת יותר איטיים.
שלושת מנועי החיפוש הללו תופסים 97% משוק מנועי החיפוש העולמי (כולל מנועי מטא-חיפוש כמו דוג’י, דאקדאקגו ועוד; יאהו, אקוזיה ועוד המשתמשים באינדקס של בינג).
אזהרה
שימוש לא מקצועי בקוד דחיפה דומה אחר עלול לגרום לתופעות לוואי מסוכנות, כולל אך לא רק: תסמונת פגמי אבטחה, תסמונת קוד מיותר, תסמונת המצאת הגלגל מחדש, תסמונת אכילת תיעוד, הטלת ספק בחיים, דיכאון, כאב ראש, ואף מוות, פיזור נשמה, השמדה.
קבוצת ה-QQ הרשמית וקבוצת הטלגרם הפסיקו לפעול. אנא גשו לדף ה-Github issue כדי להשתתף בדיון.
שלבי פעולה
מבוא מהיר:
- קבלת מפתחות מפלטפורמות מנהלי האתרים השונות
- התקנה והגדרה של התוסף
hexo-submit-urls-to-search-engine
hexo clean && hexo g && hexo d
, ובירור תוצאות הדחיפה- אם הדחיפה הצליחה, גשו ל כתובת Github ולחצו על כפתור הכוכב כדי לתמוך
- על הדרך, עקבו אחרי פרויקט Github כדי לקבל תזכורות לשדרוגי תוסף
- אתם יכולים גם ללחוץ כאן כדי לתת תשר
קבלת מפתח מפלטפורמת מנהלי אתרים
כל המפתחות ש"תועדו" בסעיף זה ימולאו בתוך _config.yml
של hexo, הפורמט יופיע בהמשך.
לגבי אימות האתר: חלק מנושאי Hexo תומכים בהוספת תג אימות HTML של פלטפורמת מנהלי האתרים, לאחר מילוי ההגדרות הרלוונטיות, ניתן לאמת באמצעות hexo g && hexo d
. לצעדים מפורטים וכלליים, אנא חפשו בגוגל בעצמכם: hexo פלטפורמת מנהלי אתרים אימות
באידו
באידו הוא מנוע חיפוש סיני. אלא אם כן תבצעו הליכים מורכבים של רישום אתר ברשויות בסין, יהיה קשה לאתר להופיע בתוצאות החיפוש.
אם שרת האתר שלכם ממוקם מחוץ לסין, כמעט בלתי אפשרי לבצע רישום אתר.
אנא עיינו במסמך ההסבר הישן כדי ללמוד כיצד להגיש קישורים לבאידו
בינג
יש גרסאות חדשות וישנות לפלטפורמת מנהלי האתרים של בינג.
- הירשמו והתחברו לפלטפורמת מנהלי האתרים החדשה של בינג Bing Webmaster Tools
- הוסיפו את האתר
- היכנסו לדף ניהול האתר, הגדרות, גישה ל-API, מפתח API, רשמו את מפתח ה-API
(לאחרונה פלטפורמת מנהלי האתרים של בינג עברה שדרוג, השרת והממשק אינם יציבים, אם לא ניתן להציג את הטוקן, נסו שוב לאחר זמן מה) כעת היא כבר שודרגה לפלטפורמת מנהלי אתרים חדשה.
זוהי תרשים המחשה של קבלת מפתח מפלטפורמת מנהלי האתרים הישנה של בינג:
גוגל
אם השרת שלכם ממוקם בתוך סין, שימו לב שהשרת שלכם צריך להיות מסוגל לגשת לאינטרנט הבינלאומי כדי שתוכלו לדחוף לגוגל.
יש גרסאות חדשות וישנות לפלטפורמת מנהלי האתרים של גוגל, אבל היחסים בין שתי הפלטפורמות לא מטופלים טוב כמו אצל בינג. בנוסף, Google Indexing API שבו אנו משתמשים אינו מסופק על ידי פלטפורמת מנהלי האתרים, אלא שייך לפלטפורמת המפתחים של גוגל. במהלך התהליך, אתם יכולים לעיין בתיעוד הרשמי (אליו ניתן לגשת בסין) כדי להגדיר.
שלבי שימוש:
- פתחו תיעוד רשמי, פעלו בהתאם להנחיות ליצירת פרויקט ויצירת חשבון שירות. עליכם רק לבצע את פעולות ההגדרה באתר לפי ההנחיות, אין צורך להשלים פעולות עוקבות כמו קבלת אסימוני גישה
אתם מוסיפים את כתובת הדוא"ל של הרשאת הגישה ב"מסוף החיפוש" החדש של גוגל בהתאם לתיעוד הרשמי של גוגל ועדיין תקבלו הודעה “אין הרשאה”. אנא עברו לכלי מנהלי האתרים הישן, לחצו על האתר שלכם, והוסיפו אליו את כתובת הדוא"לכעת ניתן לשלוח ישירות בפלטפורמת מנהלי האתרים החדשה.- הניחו את קובץ מפתח ה-json שהתקבל בספריית השורש של hexo (באותו מיקום כמו קובץ _config.yml של hexo)
כלי מנהלי האתרים הישן של גוגל:
בנוסף, ישנה הנחיה כדלקמן בתיעוד הרשמי, אנא החליטו בהתאם למצב בפועל אם להפעיל את הפונקציה של הגשת קישורים לגוגל:
נכון לעכשיו, ה-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 תקבל “זמן עדכון אחרון של המאמר” שגוי, ולא תוכל לקבוע כראוי ולשלוח את הקישורים האחרונים.
- אנא מלאו תחילה
0
ב-baidu_token:
וב-bing_token:
בהגדרות שלhexo_submit_urls_to_search_engine:
- הגדירו את משתני הסביבה
BAIDU_TOKEN
,BING_TOKEN
, שהערך שלהם יהיה ה-token
שהתקבל - אם אתם משתמשים ב-Github Action, עליכם גם להגדיר משתני סביבה בקובץ ה-
yml
, יש דוגמה למטה 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, בקשות משיכה וכו’, אשר יישלחו באמצעות דואר אלקטרוני)
פעולות שדרוג
אנא הפעילו את הפקודה הבאה בספריית השורש של 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=