با مجموعهها، منظم بمانید
ذخیره و دستهبندی محتوا براساس اولویتهای شما.
هنگام استفاده از نشانیهای اینترنتی ارتقا یافته، نشانی اینترنتی ارائهشده برای یک آگهی یا برنامه افزودنی آگهی با ترکیب فیلدهای مختلف طبق مجموعهای از قوانین ساخته میشود. این بخش این قوانین را با جزئیات بیشتری بررسی می کند.
سلسله مراتب موجودیت های تبلیغات گوگل
هنگام حل فیلدهای URL ارتقا یافته، سلسله مراتب زیر (بالاترین به پایین ترین) توسط Google Ads استفاده می شود:
Customer
Campaign
Ad Group
Ad
Ad Group Criterion
FeedItem (including sitelinks)
کدام URL نهایی استفاده می شود؟
URL نهایی به طور پیش فرض در هنگام ساخت URL ارائه دهنده استفاده می شود. اگر یک موجودیت پشتیبانی شده در یک شبکه تلفن همراه ارائه شود و یک URL نهایی تلفن همراه معتبر داشته باشد، به جای URL نهایی از آن استفاده می شود. نشانی وب نهایی برنامه در حال حاضر فقط برای تبلیغات تعامل برنامه پشتیبانی می شود.
چگونه سیستم URL سرویس را گسترش می دهد
در اینجا مراحلی وجود دارد که سیستم هنگام گسترش نشانی وب سرویس انجام می دهد:
تعیین کنید از کدام URL نهایی استفاده کنید.
با تعیین اینکه از کدام URL نهایی استفاده شود شروع می شود. این بسته به نهاد درگیر متفاوت است.
موجودیت
از کدام URL نهایی استفاده کنیم؟
مورد فید (لینک سایت)
همیشه از URL نهایی خود استفاده کنید.
تبلیغ X روی کلمه کلیدی Y ارائه شده است
اگر کلمه کلیدی URL نهایی خود را دارد، از آن استفاده کنید.
در غیر این صورت از آدرس نهایی آگهی استفاده کنید.
تعیین کنید که از کدام الگوی URL ردیابی استفاده کنید.
URL ردیابی یک موجودیت با عبور از سلسله مراتب شی آن، و انتخاب مقدار از پایین ترین موجودیت در سلسله مراتب تعیین می شود. اگر هیچ مقدار الگوی URL ردیابی در سلسله مراتب یافت نشد، مقدار الگوی URL ردیابی خالی تنظیم می شود.
به عنوان مثال، اگر یک تبلیغ دارای مقادیر الگوی URL ردیابی باشد که فقط در سطح گروه تبلیغات و حساب اصلی آن تعریف شده است، از مقدار گروه آگهی اصلی استفاده میشود.
تعیین کنید که از کدام مقادیر پارامتر سفارشی استفاده کنید.
مقدار یک پارامتر سفارشی معین با عبور از سلسله مراتب شی و انتخاب مقدار از موجودیت پایینترین سلسله مراتب حل میشود. اگر مقداری برای پارامتر سفارشی تعریف نشده باشد، یک رشته خالی به عنوان مقدار آن استفاده می شود.
به عنوان مثال، هنگام تعیین مقدار برای یک پارامتر سفارشی خاص در سطح آگهی، اگر آن پارامتر سفارشی دارای مقادیری باشد که در گروه آگهی اصلی و در سطح حساب تعریف شده است، از مقدار گروه آگهی اصلی استفاده میشود.
URL نهایی را گسترش دهید.
سیستم URL نهایی را با انجام سه مرحله زیر گسترش می دهد:
مقادیر پارامترهای سفارشی را گسترش دهید.
سیستم URL نهایی را تجزیه می کند و با استفاده از مقادیر تعیین شده در مرحله 3 بالا، مقادیر را برای هر پارامتر سفارشی در URL جایگزین می کند.
تگ های ValueTrack را در URL گسترش دهید.
سیستم URL نهایی را تجزیه می کند و مقادیر را برای هر تگ ValueTrack موجود در URL جایگزین می کند.
برچسب {نادیده گرفتن} را بردارید.
هر پارامتر ValueTrack {ignore} در URL نهایی گسترش یافته حذف می شود.
الگوی ردیابی را گسترش دهید.
اگر مقداری برای الگوی ردیابی خالی باشد (همانطور که در مرحله 2 در بالا مشخص شد)، این مرحله نادیده گرفته می شود. در غیر این صورت، الگوی URL ردیابی به صورت زیر گسترش می یابد:
مقادیر پارامترهای سفارشی را گسترش دهید.
سیستم URL الگوی ردیابی را تجزیه می کند و مقادیر را برای هر پارامتر سفارشی در URL با استفاده از مقادیر تعیین شده در مرحله 3 جایگزین می کند.
تگ های ValueTrack را در URL گسترش دهید.
سیستم URL الگوی ردیابی را تجزیه می کند و مقادیر را برای هر تگ ValueTrack موجود در URL جایگزین می کند.
پارامتر {lpurl} را در الگوی ردیابی جایگزین کنید.
اگر نشانی وب الگوی ردیابی حاوی {lpurl} یا یکی از انواع آن باشد، با URL نهایی گسترش یافته از مرحله 4 جایگزین میشود.
اگر {lpurl} در ابتدای الگوی ردیابی درج شده باشد، از آن خارج نمی شود. اگر در جای دیگری از الگوی ردیابی قرار گیرد، کاراکترهای زیر حذف می شوند: ? , = , " , # , \t , ' و\[space\] .
{unescapedlpurl} همیشه بدون فرار است.
{escapedlpurl} همیشه فرار است.
{lpurl+2} همیشه دو بار فرار می کند.
{lpurl+3} همیشه سه بار فرار می کند.
URL خدمت را انتخاب کنید.
اگر URL الگوی ردیابی شما خالی است، از نشانی اینترنتی نهایی توسعه یافته مرحله 4 استفاده می شود. در غیر این صورت، سیستم از URL الگوی ردیابی توسعه یافته از مرحله 5 استفاده می کند.
پیوندهای سایت از این قاعده مستثنی هستند: اگر الگوی URL ردیابی (تعیین شده در مرحله 2) حاوی پارامتر {lpurl} نباشد، از URL نهایی لینک سایت به عنوان نشانی اینترنتی ارائه دهنده استفاده می شود.
سناریوهای نمونه
یک حساب کاربری با ساختار زیر در نظر بگیرید:
Account
Campaign 1
Ad Group 1
Ad 1
Keyword 1 (shoes)
Keyword 2 (hats)
Ad Group 2
Ad 2
Ad 3
Keyword 3 (watches)
FeedItem 1 (sitelink 1)
فرض کنید فیلدهای URL ارتقا یافته زیر روی این موجودیت ها تعریف شده اند:
تاریخ آخرین بهروزرسانی 2024-11-10 بهوقت ساعت هماهنگ جهانی.
[[["درک آسان","easyToUnderstand","thumb-up"],["مشکلم را برطرف کرد","solvedMyProblem","thumb-up"],["غیره","otherUp","thumb-up"]],[["اطلاعاتی که نیاز دارم وجود ندارد","missingTheInformationINeed","thumb-down"],["بیشازحد پیچیده/ مراحل بسیار زیاد","tooComplicatedTooManySteps","thumb-down"],["قدیمی","outOfDate","thumb-down"],["مشکل ترجمه","translationIssue","thumb-down"],["مشکل کد / نمونهها","samplesCodeIssue","thumb-down"],["غیره","otherDown","thumb-down"]],["تاریخ آخرین بهروزرسانی 2024-11-10 بهوقت ساعت هماهنگ جهانی."],[[["Upgraded URLs are built by combining various fields like final URL, tracking template, and custom parameters."],["The system uses a hierarchy (Customer \u003e Campaign \u003e Ad Group \u003e Ad \u003e Ad Group Criterion \u003e FeedItem) to determine which URL to use."],["The final URL can be replaced with a final mobile URL on mobile devices or a final app URL for app engagement ads."],["Tracking templates and custom parameters are selected from the lowest level in the hierarchy where they are defined."],["The final serving URL is either the expanded final URL or the expanded tracking template, depending on the presence of the `{lpurl}` parameter."]]],[]]