ردیابی کلیک جستجوی Safari از میان تغییرمسیرهای آن
یک کلیک جستجو ممکن است پیش از رسیدن به صفحه، از یک تغییرمسیردهنده، صفحه رضایت یا ورود عبور کند. زنجیره کلیک‌شده را با بازدید مستقیم مقایسه کنید و مرحله‌ای را که شکست می‌خورد نام ببرید.
نتایج جستجو به‌ندرت مستقیماً به صفحه‌ای که نام می‌برند پیوند می‌دهند. یک کلیک می‌تواند از تغییرمسیردهنده، صفحه میانی رضایت یا سرویس ورود عبور کند، و هر پرش یک درخواست جداگانه است که می‌تواند به‌تنهایی شکست بخورد. زبانه Network در Safari آن ترتیب را دیدنی نگه می‌دارد، اما تنها اگر پیش از کلیک ضبط را آغاز کنید. نخستین URL شکست‌خورده شاهد سودمند است، نه نشانی نمایش‌داده‌شده در نتیجه.
ضبط را پیش از کلیک آغاز کنید
Web Inspector را در زبانه باز کنید و پیش از لمس نتیجه جستجو به Network بروید. Preserve Log را روشن کنید تا فهرست از ناوبری‌ای که صفحه را جایگزین می‌کند جان سالم به در ببرد. ورودی‌های موجود را پاک کنید و سپس دقیقاً یک کلیک انجام دهید. ضبطی که پس از بارگذاری صفحه آغاز شود، درخواست مورد نیاز شما را از پیش از دست داده است.
از صفحه‌ای بدون داده خصوصی استفاده کنید و در سراسر مقایسه، نمایه مرورگر و وضعیت VPN را بدون تغییر نگه دارید. تغییر هر یک از آن‌ها در میانه کار، دو مسیر را غیرقابل مقایسه می‌کند.
تغییرمسیرها را به ترتیب بخوانید
ردیف‌ها را از بالا به پایین بخوانید و کدهای وضعیت را دنبال کنید. 301 یا 302 که فیلد Location آن به میزبان دیگری اشاره می‌کند یک پرش است، نه مقصد. درخواستی که پس از آن می‌آید ناوبری تازه‌ای با جستجوی نام، دست‌دادن TLS و بررسی‌های سیاست خودش است. بشمارید کلیک پیش از رسیدن محتوا چند میزبان را لمس می‌کند.
راهنمای راهنمای زبانه Network در WebKit توضیح می‌دهد که رکوردهای درخواست و گزینه Preserve Log چگونه رفتار می‌کنند، خواندنش پیش از تفسیر فهرستی کم‌پشت ارزش دارد. ردیف‌های غایب معمولاً یعنی ضبط دیرهنگام آغاز شده یا service worker از حافظه نهان پاسخ داده، نه اینکه مرورگر پرشی را رد کرده باشد.
با ناوبری مستقیم مقایسه کنید
گذر دوم را به صفحه نهایی مورد نظر، که مستقیماً تایپ یا جایگذاری شده، با همان نمایه و شبکه انجام دهید. دو فهرست را از نخستین ردیفی که از هم جدا می‌شوند مقایسه کنید. اگر مسیر کلیک‌شده در واسطه‌ای شکست بخورد که مسیر مستقیم هرگز با آن تماس ندارد، مشکل همان‌جاست. اگر هر دو به یک origin برسند و تنها یکی رد شود، وضعیت حساب یا جزئیات درخواست سرنخ بهتری است.
دو ضبط را با برچسب‌های زمانی کنار هم نگه دارید. اختلاف زمان اثبات علیت نیست، اما دامنه سرویسی را که باید بررسی شود تنگ می‌کند. یادداشت کنید هر ردیف شکست‌خورده از آنِ کدام میزبان بود، زیرا یک نشانه مرورگر در مراحل مختلف صاحبان مختلفی دارد. اگر گذر مستقیم هم شکست بخورد، مسیر کلیک عامل تمایز نیست.
مرحله شکست را دقیق نام ببرید
متن خطای ردیف مشخص‌تر از این ادعای کلی است که سایت مسدود شده. شکست تجزیه نام، اتصالی که هرگز کامل نمی‌شود، خطای TLS و وضعیت HTTP چهار مرحله متفاوت با چهار صاحب متفاوت‌اند. آن مرحله را با واژه ثبت کنید نه به‌عنوان شکست عمومی، تا هدف ارجاع آشکار شود.
| Stage | What the row shows | Who owns it |
|---|---|---|
| Name resolution | No address, request never starts | Resolver or local DNS policy |
| Connection | Address known, transport never completes | Route, firewall or upstream reachability |
| TLS | Handshake error or certificate warning | Interception, clock or certificate trust |
| HTTP | A status code comes back | Origin, gateway or account policy |
Ping و traceroute می‌توانند سرنخ‌هایی درباره یک میزبان بیفزایند، اما زنجیره تغییرمسیر مرورگر را بازپخش نمی‌کنند و ثابت نمی‌کنند که درخواست HTTPS موفق می‌شود. حتی ping موفق به میزبان می‌تواند با خطای TLS روی همان میزبان همزمان باشد. رکورد درخواست وب را شاهد اصلی نگه دارید و آزمون‌های شبکه بعدی را جزئیات پشتیبان بدانید.
رد را بدون افشای توکن‌ها به اشتراک بگذارید
پیش از برون‌بری یا جایگذاری یک رد، هر URL، سرآیند و پارامتر پرس‌وجو را مرور کنید. زنجیره‌های تغییرمسیر اغلب شناسه جلسه، نشانی ایمیل، وضعیت رضایت یا پیوندهای امضاشده را حمل می‌کنند. آن مقادیر را جایگزین یا کوتاه کنید و origin، وضعیت و زمان‌بندی‌ای را که پژوهش واقعاً نیاز دارد نگه دارید.
نخستین درخواست شکست‌خورده، پرش پیش از آن و وضعیت تغییرمسیر را تحویل دهید. این سه‌گانه به نفر بعدی امکان می‌دهد مسیر شما را بدون خواندن رد کامل یا دست‌زدن به حساب بازتولید کند.