با مجموعهها، منظم بمانید
ذخیره و طبقهبندی محتوا براساس اولویتهای شما.
Google Cloud Search چندین بسط، تفسیر و بهینه سازی پیش فرض دارد که بر نتایج جستجو تأثیر می گذارد. اگر تا به حال نتایج غیرمنتظره ای از عبارت های جستجو می بینید، قبل از تماس با پشتیبانی Cloud Search به این راهنما مراجعه کنید.
بسط های پیش فرض
فرض کنید کاربری با استفاده از رشته ای مانند [پی دی اف های جو] جستجو می کند، اما برخی از نتایج بازگشتی به جای «PDF» حاوی کلمات برجسته شده مانند «اسناد» هستند. چرا نتایج حاوی کلمات برجسته شده ای هستند که در عبارت جستجو وجود نداشتند؟
بهطور پیشفرض، جستجوی ابری Google، درست مانند جستجوی وب گوگل، تنها کلمات دقیق یک پرس و جو را جستجو نمیکند. در عوض، Cloud Search پرس و جو را گسترش می دهد تا مترادف ها و ریشه های کلمات را در بر بگیرد (حتی اگر مترادف های خود را پیاده سازی نکرده باشید). این بسط برای بازیابی اسنادی انجام می شود که به طور کلی با ایده و هدف پرس و جو مطابقت دارند. پس از انتخاب این مجموعه گسترده از اسناد، الگوریتمهای رتبهبندی کار میکنند تا مطمئن شوند که بهترین تطابقها در بالای مجموعه نتایج قرار میگیرند.
هنگامی که کاربر [پی دی اف های جو] را جستجو کرد، Cloud Search موارد زیر را به عنوان کلمات قابل قبول اضافی ارائه کرد:
برای [Joe's]، Cloud Search ممکن است با "joe" (یک بسط ساقه) و "joes" (مترادف بر اساس نقطه گذاری) مطابقت داشته باشد.
برای [PDF]، Cloud Search ممکن است «اسناد» (یک بسط مترادف) و «pdf» (یک بسط پایه) را نیز مطابقت دهد.
به طور پیش فرض، مترادف ها لزوما دو طرفه نیستند. برای مثال، اگر کاربری عبارت «فیشینگ» را جستجو کند، «جستجوی ابری» ممکن است با «فیش» به عنوان یک بسط مترادف مطابقت داشته باشد. با این حال، اگر کاربر عبارت "فیش" را جستجو کند، ممکن است گوگل با "فیشینگ" به عنوان یک بسط مطابقت نداشته باشد.
بسط برای کلمات خط خط در مقابل غیر خط فاصله
وقتی کاربر کلمات خطدار را در مقایسه با معادلهای بدون فاصله آنها، مانند [walk-in closet] و [walk in closet] جستجو میکند، Cloud Search به طور متفاوتی با این پرسشها برخورد میکند.
علاوه بر این، بهینهسازیهای مختلفی برای کلمات خطدار و زیرخط مانند [walk-in] و [walk_in] استفاده میشود.
بسط های پیش فرض را جبران کنید
هیچ تضمینی برای توسعه به طور پیش فرض وجود ندارد. اگر می خواهید از دو طرفه بودن مترادف ها یا بسط های مترادف خاص دامنه اطمینان حاصل کنید، مجموعه ای از مترادف های خاص دامنه خود را ایجاد کنید. برای اطلاعات بیشتر در مورد پیاده سازی مترادف ها، به تعریف مترادف ها مراجعه کنید.
تفاسیر پیش فرض
Cloud Search همچنین تفسیری به زبان طبیعی ارائه میکند که اشیاء، ویژگیها و مقادیر فیلد مورد استفاده در یک پرس و جو را بر اساس طرحی که برای یک منبع داده خاص آپلود شده تفسیر میکند. برای اطلاعات بیشتر در مورد این تفسیر به زبان طبیعی، برای تفسیر بهینه پرس و جو، به ساختار طرحواره خود مراجعه کنید.
Cloud Search این بهینه سازی های پیش فرض را نیز ارائه می دهد:
ترکیب در نتایج ارائه شده توسط تصحیح املا. برای مثال، اگر رشته پرس و جو [مزایای شرکتی] بود، Cloud Search با «شرکت» و املای صحیح «شرکت» مطابقت داشت.
برای جستارهایی که نتیجه صفر یا کمی دارند، Cloud Search از مجموعهای راحتتر از اصطلاحات مرتبط، گستردهتر از مترادفهای مستقیم، هنگام تطبیق نتایج استفاده میکند. برای اطلاعات بیشتر، به نتایج تکمیلی Handle مراجعه کنید.
عادی سازی اسناد و پرس و جوها
عادی سازی به استاندارد کردن کلمات یا عبارات خاص قبل یا بعد از انجام یک پرس و جو اشاره دارد. برای اطمینان از پاسخهای منسجمتر به پرسشهای خود، اسناد خود را (قبل از نمایهسازی یا در حین نمایهسازی) و پرسوجوها (بعد از اینکه کاربر درخواست را انجام داد) عادی کنید به روشهای زیر:
برای عادی سازی اسناد:
یک املای متعارف برای کلمات مهم مورد استفاده در اسناد موجود در مخازن خود انتخاب کنید.
املا را در اسناد مخزن منبع، یا هنگام نمایه سازی محتوا، برای مطابقت با املای متعارف تصحیح کنید.
برای عادی سازی پرس و جوها:
پرس و جوهای کاربر را قبل از ارسال آنها به جستجوی ابری رهگیری کنید.
کلمات را در جستارهای کاربر بازنویسی کنید تا با رایج ترین املای منبع داده نمایه شده مطابقت داشته باشد.
درخواست را به Cloud Search ارسال کنید.
بسط، تفسیر و بهینه سازی را برای همه پرس و جوها غیرفعال کنید
تاریخ آخرین بهروزرسانی 2025-08-29 بهوقت ساعت هماهنگ جهانی.
[null,null,["تاریخ آخرین بهروزرسانی 2025-08-29 بهوقت ساعت هماهنگ جهانی."],[],[],null,["# Compensate for default expansions, interpretations, and optimizations\n\nGoogle Cloud Search has several default expansions, interpretations, and\noptimizations that affect search results. If ever you are seeing unexpected\nresults from search queries, refer to this guide before contacting Cloud Search\nsupport.\n| **Note:** The example queries in this document are shown in square brackets to set them apart from words specified in quotes representing Google's interpretation of the query.\n| **Note:** The query results in this document don't represent guarantees of product behavior. Instead, the results shown in this document provide insight of how expansions, interpretations, and optimizations work.\n\nDefault expansions\n------------------\n\nSuppose a user is searching using a string, such as \\[Joe's PDFs\\], but\nsome returned results contain highlighted words, such as \"documents,\" instead of\n\"PDFs.\" Why do the results contain the highlighted words that weren't in the\nsearch query?\n\nBy default, Google Cloud Search, just like Google Web Search, doesn't only\nsearch for the exact words in a query. Instead Cloud Search expands the query\nto include synonyms and word stems (even if you haven't implemented your own\nsynonyms). This expansion is done to retrieve documents that broadly match the\nidea and intent of the query. After this broad set of documents is selected, the\nranking algorithms work to ensure that the best matches are placed at the top of\nthe result set.\n\nWhen the user searched for \\[Joe's PDFs\\], Cloud Search supplied the following as\nadditional acceptable words:\n\n- For \\[Joe's\\], Cloud Search might also match \"joe\" (a stem expansion) and \"joes\" (a synonym based on punctuation).\n- For \\[PDFs\\], Cloud Search might also match \"documents\" (a synonym expansion) and \"pdf\" (a stem expansion).\n\nBy default, synonyms are not necessarily bi-directional. For example, if a user\nsearches for the term \"phishing,\" Cloud Search might match \"phish\" as a synonym\nexpansion. However if the user searches for the term \"phish,\" Google might not\nmatch \"phishing\" as an expansion.\n\n### Expansions for hyphenated versus non-hyphenated words\n\nWhen the user searches for hyphenated words versus their non-hyphenated\nequivalents, such as \\[walk-in closet\\] and \\[walk in closet\\], Cloud Search\ntreats these queries differently.\n\nAdditionally, different optimizations are used for hyphenated and underscored\nwords, such as \\[walk-in\\] and \\[walk_in\\].\n\n### Compensate for default expansions\n\nThere is no guarantee of any expansion by default. If you want to\nensure bidirectionality of synonyms or domain-specific synonym expansions,\ncreate your own set of domain-specific synonyms. For further information on\nimplementing synonyms, refer to\n[Define synonyms](/workspace/cloud-search/docs/guides/synonyms).\n| **Note:** It is important to educate your users on the use of quotes for exact matching, either as options in your search interface or in your documentation. For example, instead of searching for \\[Joe's PDFs\\], search for \\[Joe's \"PDFs\"\\], where \"PDFs\" is in quotes, to return documents that exactly match the word \"PDFs.\"\n\nDefault interpretations\n-----------------------\n\nCloud Search also provides natural-language interpretation which\ninterprets the objects, properties, and field values used in a query according\nto the schema uploaded for a particular data source. For further information\nabout this natural-language interpretation, refer to\n[Structure your schema for optimal query interpretation](/workspace/cloud-search/docs/guides/query-interpretation).\n\n### Disable natural-language interpretations\n\nTo disable natural-language interpretations for a specific query, set\n[`QueryInterpretationOptions.disableNlInterpretation`](/workspace/cloud-search/docs/reference/rest/v1/query/search#queryinterpretationoptions)\nto `true` in the search request.\n\nDefault optimizations\n---------------------\n\nCloud Search provides these default optimizations as well:\n\n- Blending in results provided by spelling correction. For example, if the query\n string was \\[corpoate benefits\\], Cloud Search would match \"corpoate\" and the\n correct spelling of \"corporate.\"\n\n | **Note:** When a user incorrectly spells a word in a query, the query's response might contain a suggested spelling in the [`SpellResult`](/workspace/cloud-search/docs/reference/rest/v1/query/search#spellresult) field. Although the systems providing spelling and synonyms results are separate, the synonyms system might provide a correct spelling as a synonym for an incorrect spelling. For example, the user searches for \\[procss\\] and receives \"process\" as a synonym. The `SpellResult` field is only populated in the case of an actual spell correction.\n- For queries that would yield zero or few results, Cloud Search uses a more\n permissive set of related terms, broader than direct synonyms, when matching\n results. For further information, refer to\n [Handle supplemental results](/workspace/cloud-search/docs/guides/query-guide#display_query_results).\n\nNormalizing documents and queries\n---------------------------------\n\nNormalizing refers to standardizing on certain words or phrases either prior to\nor after a query has been made. To ensure more consistent responses to your\nqueries, consider normalizing your documents (prior to or during indexing) and\nqueries (after the user has made the query) in the following ways:\n\n- To normalize documents:\n\n 1. Pick a canonical spelling for critical words used in documents within your repositories.\n 2. Correct the spelling in source repository documents, or when indexing content, to match canonical spelling.\n- To normalize queries:\n\n 1. Intercept user queries before sending them to Cloud Search.\n 2. Rewrite words in user queries to match the most-common spelling in the indexed data source.\n 3. Send the query to Cloud Search.\n\nDisable expansions, interpretations, and optimizations for all queries\n----------------------------------------------------------------------\n\nTo disable expansions, interpretations and optimizations for a specific query,\nset\n[`QueryInterpretationOptions.enableVerbatim Mode`](/workspace/cloud-search/docs/reference/rest/v1/query/search#queryinterpretationoptions)\nto `true` in the search request."]]