Hướng dẫn về URL Structure

TL;DR — MỘT URL là đó address of một trang. Good URLs là readable, lowercase, dùng hyphens giữa words, và mô tả điều gì đó trang là về. Nhưng không expect URLs để move của bạn thứ hạng nhiều — họ là mostly cho crawling và cho humans. Đó biggest mistake là thay đổi URLs bạn không cần để thay đổi.

Điều gì một URL là

MỘT URL — Uniform Tài nguyên Locator — là đó đầy đủ address of một trang on đó web. Break một apart và bạn nhận một handful of pieces:

https://www.example.com/blog/url-structure/?ref=newsletter#anatomy
└─┬─┘   └┬┘ └────┬────┘└───────┬──────────┘└──────┬──────┘└──┬───┘
scheme  sub   domain         path             query string  fragment

• Scheme — https://. Dùng HTTPS; đây là đó secure version và đó dự kiến default.
• Subdomain — www. (hoặc blog., shop., etc.). Tùy chọn.
• Domain — example.com. Trang web của bạn name.
• Path — /blog/url-structure/. Đó folders và đó trang “slug.” Này là đó part bạn thường control.
• Query string — ?ref=newsletter. Extra parameters, thường cho tracking hoặc filtering.
• Fragment — #anatomy. Jumps để một spot on đó trang. Các công cụ tìm kiếm mostly bỏ qua điều này.

Điều gì làm một good URL

Giữ điều này đơn giản:

• Dùng words, không numbers. /blog/url-structure/ beats /p?id=4321.
• Dùng hyphens giữa words. red-shoes, không red_shoes hoặc redshoes.
• Lowercase mọi thứ. Page và page có thể là treated as hai khác nhau URLs.
• Giữ điều này reasonably ngắn và readable — ngắn đủ đó một human có thể guess điều gì là on đó trang.
• Match trang web của bạn structure. Đó folders nên reflect cách trang web của bạn là organized.

Đó điều hầu hết mọi người nhận sai

URLs là một very nhỏ xếp hạng factor. Google có đã nói cho năm đó từ khóa trong một URL “have hardly any effect.” (bản dịch) «có hardly bất kỳ effect.» So không agonize over stuffing từ khóa vào URLs, và — quan trọng hơn — không go renaming một bunch of existing URLs hoping điều này’ll boost thứ hạng. Điều này gần như không bao giờ làm, và thay đổi URLs carries real risk (hỏng links, lost equity nếu các chuyển hướng là botched). Nếu của bạn URLs đã hoạt động, leave them alone.

Muốn hyphens-so với-underscores trong Google own words, đó case-sensitivity gotchas, và cách parameters waste ngân sách crawl? Chuyển để đó Advanced tab.

TL;DR — URL structure là mostly một crawling và comprehension concern, không một xếp hạng lever. Từ khóa trong URLs là một “very light weight” (bản dịch) «very light weight» tín hiệu đó fades khi một trang là được lập chỉ mục. Dùng hyphens (Google joins on underscores, separates on hyphens). Path casing có thể identify distinct URLs depending on máy chủ behavior, so mixed casing có thể tạo duplicate crawl paths. Parameters là đó real crawl-efficiency risk. Và thay đổi existing URLs helps “very, very rarely” (bản dịch) «very, very rarely» — so không, trừ khi họ là genuinely hỏng.

Anatomy of một URL

Mỗi URL decomposes vào đó giống nhau parts, và mỗi có của nó own SEO implications:

Reserved characters phải được percent-encoded theo đó tiêu chuẩn; dùng non-ASCII text trong người dùng của bạn’ language (transliterated nơi điều này helps) thay vì gibberish IDs.

Làm URLs ảnh hưởng thứ hạng? Barely.

Này là đó câu hỏi mọi người thực ra wants answered. Đó honest câu trả lời: minimally.

• Từ khóa trong đó URL là, theo Google own Starter Hướng dẫn, một factor nơi “the keywords in the name of the domain (or URL path) alone have hardly any effect beyond appearing in breadcrumbs.” (bản dịch) «đó từ khóa trong đó name of đó domain (hoặc URL path) alone có hardly bất kỳ effect beyond appearing trong breadcrumbs.» John Mueller có called điều này “a very small ranking factor” (bản dịch) «một very nhỏ xếp hạng factor» và “a very light weight factor… less so after [the page is] indexed.” (bản dịch) «một very light weight factor… ít hơn so sau [đó trang là] được lập chỉ mục.» So một từ khóa trong đó URL có thể help Google during ban đầu phát hiện, trước điều này có được crawl đó nội dung — nhưng khi đó trang là được lập chỉ mục, đó nội dung làm đó talking.
• Điều gì matters hơn URL wording là nhấp depth — cách nhiều clicks từ đó homepage một trang sits. Logical directory structure helps Googlebot estimate crawl frequency (một /policies/ folder rarely thay đổi; /promotions/ thay đổi thường), nhưng đó là về crawling, không xếp hạng.

Bottom line: không restructure URLs purely để inject từ khóa. Đó juice không worth đó squeeze.

Hyphens so với. underscores

Này là đó một genuinely settled kỹ thuật rule, và đây là Google-cụ thể.

Google xử lý một hyphen as một word separator và an underscore as một word joiner. So red_shoes là parsed as đó single token redshoes, trong khi red-shoes là parsed as red và shoes. Gary Illyes’ reasoning: “many things on the internet have an underscore in them, [Google] can’t easily segment at underscore.” (bản dịch) «nhiều điều on đó internet có an underscore trong them, [Google] không thể easily segment tại underscore.» Matt Cutts đã nói đó giống nhau lại trong 2007 (“we still join on the underscore and separate on the dash” (bản dịch) «we vẫn join on đó underscore và tách biệt on đó dash»), và Google hiện tại tài liệu vẫn khuyến nghị hyphens.

có một wrinkle worth knowing: Mueller khi đã nói trong 2016 đó khác biệt “doesn’t matter,” (bản dịch) «không quan trọng,» mà muddied điều — nhưng đó trực tiếp tài liệu vẫn says dùng hyphens, và đó là đó safe call.

Bing là khác nhau. MỘT Bing spokesperson confirmed: “We do not differentiate between dash and underscore in our URL ranking features.” (bản dịch) «We không differentiate giữa dash và underscore trong của chúng ta URL xếp hạng features.» So underscores không hurt bạn trong Bing. Nhưng since bạn là optimizing cho cả hai, dùng hyphens — đây là correct cho Google và neutral cho Bing.

URL length và đó canonicalization myth

Bạn’ll hear “shorter URLs rank better.” (bản dịch) «ngắn hơn URLs xếp hạng tốt hơn.» đó là một misreading.

URL length có không trực tiếp xếp hạng impact. điều gì là đúng là hẹp hơn: khi Google là chọn một canonical among duplicate hoặc near-duplicate URLs, điều này có thể ưu tiên đó ngắn hơn, cleaner một — cụ thể một sạch URL over đó giống nhau URL với tracking parameters tacked on. As I put điều này trong my canonicalization research: “This has been misconstrued over the years by SEOs to say that all your URLs should be shorter. But that’s not what was meant.” (bản dịch) «Này đã được misconstrued over đó năm by SEOs để chẳng hạn đó all của bạn URLs nên là ngắn hơn. Nhưng đó là không điều gì đã là meant.» Đó preference là cho một sạch, parameter-free version over một parameter-nặng duplicate — không một universal “shorter wins” (bản dịch) «ngắn hơn wins» law. URL length là chỉ một of khoảng 40 các tín hiệu canonicalization Google dùng, alongside HTTPS preference, www so với non-www, trailing slash, và casing.

Case sensitivity là một real risk

URL paths, filenames, và query parameters là case-sensitive; đó hostname là không. So example.com/Apple và example.com/apple là hai khác nhau URLs (nhưng Example.com và example.com là đó giống nhau host).

Google có thể thường tell khi hai casings serve giống hệt nội dung và sẽ canonicalize them — nhưng bạn không nên làm điều này làm đó hoạt động. Nếu cả hai versions là reachable và không consolidated, bạn nhận duplicate nội dung. Và có một sharp edge hầu hết mọi người miss: robots.txt là cũng case-sensitive. MỘT Disallow entry cho /Private/ làm không block /private/. Standardize on lowercase và bạn sidestep all of điều này.

Chính xác mà casings resolve, chuyển hướng, hoặc 404 phụ thuộc vào máy chủ của bạn và application config — đây là không một universal rule. Kiểm thử đó thực tế các phản hồi (curl -I hoặc một crawler) thay vì assuming.

Trailing slashes

MỘT trailing slash matters mọi nơi except đó root:

• Root domain: example.com và example.com/ là treated identically — không khác biệt.
• Mọi thứ khác: example.com/page và example.com/page/ là khác nhau URLs. Nếu cả hai là reachable và neither consolidates để đó other, đó là duplicate nội dung.

Note đó thêm một trailing slash để an thực tế file (page.html/) sẽ không load đó file. As I wrote trong my trailing slash hướng dẫn: “There’s always a risk with changes, so unless your setup is causing issues I wouldn’t try to force a change to your URLs.” (bản dịch) «có luôn một risk với thay đổi, so trừ khi của bạn setup là causing các vấn đề I sẽ không try để force một thay đổi để của bạn URLs.» Pick một format, enforce điều này với các chuyển hướng và canonicals, và giữ liên kết nội bộ consistent. As với casing, đó thực tế non-root behavior là máy chủ- và application-phụ thuộc — verify điều gì của bạn setup thực ra trả về thay vì assuming.

URL parameters: đó real crawl vấn đề

Query parameters là nơi URL structure làm đó hầu hết SEO damage tại quy mô. I split them hai ways trong my URL parameters hướng dẫn:

• Active parameters thay đổi trang nội dung — filtering, sorting, pagination, language, on-site tìm kiếm.
• Passive parameters không thay đổi nội dung — affiliate IDs, UTM tags, session IDs.

Cả hai nguyên nhân trouble. Passive parameters on liên kết nội bộ tạo duplicate URLs và waste ngân sách crawl; active parameters (especially faceted filtering) có thể generate near-infinite URL combinations — một classic spider trap. Google own ecommerce hướng dẫn warns về chính xác này: nội dung getting missed, đó giống nhau nội dung được crawl repeatedly, và đó crawler thinking trang web của bạn có infinite các trang vì một URL contains một continually thay đổi giá trị như một timestamp.

Cách control them:

• rel=canonical là đó chính lever hiện tại — point variants tại đó sạch URL. Cho tùy chọn variant parameters, Google khuyến nghị dùng “the URL with the query parameter omitted as the canonical URL.” (bản dịch) «đó URL với đó query parameter omitted as đó canonical URL.»
• noindex nơi một parameter trang genuinely không nên là trong đó chỉ mục.
• robots.txt để giữ bots out of rõ ràng junk parameter spaces (nhưng remember điều này controls crawling, không lập chỉ mục).
• Và cho tracking cụ thể: dùng analytics event tracking thay vì URL parameters nơi bạn có thể — hầu hết analytics các hệ thống có thể record đó dữ liệu không có bloating của bạn URLs.

Một lịch sử note: Google old URL Parameters tool trong Search Console đã là deprecated và đã xóa trong 2022. Canonical tags là đó replacement.

Điều gì một sạch URL looks như

Pulling điều này together, đó đích format:

• Descriptive words, không numeric IDs
• Lowercase
• Hyphens giữa words
• HTTPS
• Không unnecessary parameters
• Reflects trang web của bạn directory structure
• Ổn định và vĩnh viễn (URLs bạn sẽ không cần để thay đổi)

Nên bạn thay đổi của bạn URLs? Gần như không bao giờ.

Này là đó hầu hết quan trọng practical takeaway. John Mueller, asked liệu thay đổi URLs cho SEO helps: “Will it help the site? Very, very rarely… Will a change negatively affect the site for a while until it’s reprocessed? Probably.” (bản dịch) «Sẽ điều này help đó site? Very, very rarely… Sẽ một thay đổi negatively ảnh hưởng đó site cho một trong khi until đây là reprocessed? Probably.»

Justified reasons để thay đổi URLs là hẹp: genuinely cryptic/unreadable URLs (example.com/p?=123), outdated references baked vào đó URL, hoặc sửa một findability vấn đề — không một cosmetic preference cho ngắn hơn, cleaner, hoặc hơn từ khóa-rich paths on URLs đó đã hoạt động. Nếu một concrete defect làm justify một thay đổi, làm điều này as một real migration, không một spot cách sửa: xây dựng một hoàn tất old-để-new URL mapping covering mỗi affected path, put trực tiếp, vĩnh viễn (301) các chuyển hướng on mỗi một (tránh chuyển hướng chains qua an intermediate old URL), cập nhật liên kết nội bộ và canonical tags để point straight tại đó new URLs, cập nhật của bạn XML sitemaps, và dùng đó thay đổi-of-address tooling nơi điều này áp dụng. Thì monitor cả hai đó old và new URLs afterward — crawl số liệu, Search Console coverage, và máy chủ logs — thay vì assuming đó chuyển hướng map là hoàn tất vì vài sample URLs worked. Solid chuyển hướng management reduces đó risk of losing equity, nhưng neither Google nor anyone khác bảo đảm một recovery timeline hoặc đó thứ hạng carry over unchanged. Đó permanence angle matters hơn bao giờ hết hiện tại đó AI assistants cite URLs: hỏng-on-thay đổi links become hỏng citations.

Nơi này sits

URL structure overlaps với several neighbors trong đó website-structure và crawling worlds: canonicalization (đó ~40 các tín hiệu đó pick một representative URL), URL parameters (đó deep dive on active so với passive), trailing slash xử lý, kiến trúc trang web và crawl depth (nơi nhấp depth, không URL wording, làm đó real xếp hạng hoạt động), và các chuyển hướng (cách bạn move URLs không có losing equity). Mỗi là của nó own deep dive.

AI summary

MỘT condensed take on đó Advanced version:

• MỘT URL có six parts: scheme (https://), subdomain, domain, path/slug, query string (?key=value), và fragment (#section). Hostname không case-sensitive; đó path là.
• URLs barely ảnh hưởng thứ hạng. Từ khóa trong đó URL là, theo Google, một tín hiệu với “hardly any effect beyond appearing in breadcrumbs” (bản dịch) «hardly bất kỳ effect beyond appearing trong breadcrumbs» — “very light weight” (bản dịch) «very light weight» và fading khi được lập chỉ mục. Nhấp depth matters hơn URL wording.
• Hyphens so với underscores (Google-cụ thể): Google separates on hyphens và joins on underscores, so red_shoes = redshoes. Dùng hyphens. Bing không differentiate giữa đó hai.
• URL length không một xếp hạng factor. Đó “shorter wins” (bản dịch) «ngắn hơn wins» ý tưởng là một misreading of canonicalization: Google có thể ưu tiên một sạch URL over đó giống nhau URL với parameters — không “shorter is better” (bản dịch) «ngắn hơn là tốt hơn» universally.
• Case sensitivity là một duplicate-nội dung risk. Paths/filenames là case-sensitive (/Apple ≠ /apple); so là robots.txt. Standardize on lowercase.
• Trailing slash: giống hệt chỉ on đó root domain; mọi nơi khác /page ≠ /page/.
• Parameters là đó real crawl vấn đề — passive (UTM, session, affiliate) và active (filter/loại/paginate) parameters tạo duplicates và crawl waste. Control với rel=canonical (chính), noindex, robots.txt; đó GSC URL Parameters tool đã là đã xóa trong 2022.
• Thay đổi URLs helps “very, very rarely” (bản dịch) «very, very rarely» (Mueller) — chỉ cho truly hỏng/ cryptic URLs hoặc một concrete defect, không bao giờ cho cosmetic preference. Khi justified, treat điều này as một đầy đủ migration: hoàn tất old-để-new URL mapping, trực tiếp 301s, đã cập nhật liên kết nội bộ/canonicals/sitemaps, và monitoring of cả hai old và new URLs afterward — với không guaranteed recovery timeline.

Tài liệu chính thức

Chính-nguồn tài liệu từ đó các công cụ tìm kiếm.

Google

• URL structure thực hành tốt nhất — hyphens over underscores, descriptive paths, case consistency, minimal parameters, percent-encoding.
• SEO Starter Hướng dẫn — URLs as breadcrumbs trong kết quả; từ khóa trong đó URL path “have hardly any effect.” (bản dịch) «có hardly bất kỳ effect.»
• Canonicalization — selecting đó representative URL; đó phổ biến duplicate-URL scenarios (HTTP/HTTPS, www, trailing slash, casing, parameters).
• Designing một URL structure cho ecommerce các trang — missed nội dung, duplicate crawling, infinite crawling; descriptive paths over numeric IDs; omit-parameter canonicals.

Bing / Microsoft

• Bing Quản trị viên web Guidelines — giữ URLs ngắn và từ khóa-rich; tránh session variables và docIDs.
• Tốt hơn canonical — URL Normalization — Bing được ưu tiên way để collapse parameter variations.

Quotes từ đó nguồn

On-đó-record statements từ Google và Bing. Mỗi link deep-links để đó quoted passage nơi đó trang nguồn hỗ trợ điều này.

Hyphens so với. underscores

• “We recommend using hyphens (-) instead of underscores () to separate words.” (bản dịch) «We khuyến nghị dùng hyphens (-) thay vì underscores () để tách biệt words.» — Google Search Central, URL structure tài liệu. Nhảy đến trích dẫn
• Gary Illyes (Google), on vì sao: Google khuyến nghị dashes vì “many things on the internet have an underscore in them, they can’t easily segment at underscore.” (bản dịch) «nhiều điều on đó internet có an underscore trong them, they không thể easily segment tại underscore.» Coverage
• Matt Cutts (Google), 2007: “We still join on the underscore and separate on the dash.” (bản dịch) «We vẫn join on đó underscore và tách biệt on đó dash.» Coverage
• Bing spokesperson: “We do not differentiate between dash and underscore in our URL ranking features.” (bản dịch) «We không differentiate giữa dash và underscore trong của chúng ta URL xếp hạng features.» Coverage

Từ khóa trong URLs

• Google SEO Starter Hướng dẫn: “the keywords in the name of the domain (or URL path) alone have hardly any effect beyond appearing in breadcrumbs.” (bản dịch) «đó từ khóa trong đó name of đó domain (hoặc URL path) alone có hardly bất kỳ effect beyond appearing trong breadcrumbs.» Nhảy đến trích dẫn
• John Mueller (Google): từ khóa trong URLs là “a very light weight factor” (bản dịch) «một very light weight factor» — và quan trọng ngay cả ít hơn khi một trang là được lập chỉ mục. Coverage
• John Mueller (Google): URLs “provide minimal additional signals for search engines.” (bản dịch) «cung cấp minimal additional các tín hiệu cho các công cụ tìm kiếm.» Coverage

URL length / canonicalization

• Google: khi deduplicating, điều này tends để pick đó ngắn hơn, cleaner URL as canonical — không một universal “shorter ranks better” (bản dịch) «ngắn hơn ranks tốt hơn» rule. Coverage

Case sensitivity

• John Mueller (Google): URL path, filename, và query parameters là case-sensitive; đó hostname không phải — và robots.txt là case-sensitive cũng, so là consistent. Coverage

Thay đổi URLs

• John Mueller (Google): “Will it help the site? Very, very rarely… Will a change negatively affect the site for a while until it’s reprocessed? Probably.” (bản dịch) «Sẽ điều này help đó site? Very, very rarely… Sẽ một thay đổi negatively ảnh hưởng đó site cho một trong khi until đây là reprocessed? Probably.» Coverage

URL audit checklist

MỘT truyền để catch đó URL các vấn đề đó thực ra nguyên nhân trouble:

• HTTPS mọi nơi — không HTTP URLs reachable không có chuyển hướng để HTTPS.
• Một canonical host — www so với non-www consolidated để một single version.
• Lowercase consistently — không mixed-case paths creating duplicates; kiểm tra đó robots.txt rules match đó casing thực ra dùng.
• Hyphens, không underscores hoặc chạy-on words, separating words trong slugs.
• Trailing slash decided và enforced — một format site-wide (root domain excepted), với các chuyển hướng + canonicals backing điều này.
• Descriptive slugs, không numeric IDs (/url-structure/ không /p?id=4321).
• Parameters dưới control — passive tracking params (UTM, session, affiliate) không on liên kết nội bộ; active params (filter/loại) có canonicals pointing để đó sạch URL.
• Không spider traps — faceted nav, calendars, hoặc timestamped URLs không generating near-infinite URL spaces.
• Fragments không được dùng để differentiate nội dung (Google bỏ qua them).
• Reserved/non-ASCII characters percent-encoded correctly.
• Cả hai URL versions không cả hai được lập chỉ mục — kiểm tra GSC cho split reporting trên casing, slash, hoặc parameter variants.
• Không needless URL thay đổi planned — nếu URLs hoạt động, leave them; nếu một concrete defect justifies một thay đổi, một hoàn tất old-để-new URL mapping, trực tiếp 301s, đã cập nhật liên kết nội bộ/canonicals/sitemaps, và post-thay đổi monitoring of cả hai old và new URLs là queued (không chỉ một chuyển hướng và một sitemap ping).

Đó mental models

1. URLs là cho crawling và humans, không xếp hạng. Trước optimizing một URL, ask điều gì bạn là thực ra trying để improve. Từ khóa trong đó URL là “very light weight.” (bản dịch) «very light weight.» Readability và hiệu quả crawl là đó real payoffs — so optimize cho những, không cho an imagined xếp hạng bump.

2. Consistency beats optimization. Đó damage từ URLs xuất hiện từ inconsistency — mixed casing, cả hai slash versions trực tiếp, đó cùng trang reachable với và không có parameters. Pick một sạch format và enforce điều này. MỘT consistent “imperfect” scheme beats an “optimal” scheme applied unevenly.

3. Đó duplicate-URL quadrants. Hầu hết URL SEO các vấn đề là một trang reachable as nhiều URLs: HTTP/HTTPS, www/non-www, slash/không-slash, casing, và parameters. Mỗi là một canonicalization decision. Map mà variants exist, thì consolidate với các chuyển hướng (cho hard cases) hoặc canonicals (cho soft ones).

4. Parameters: active so với passive. Passive params (tracking) nên không bao giờ thay đổi nội dung và ideally không bao giờ hit an liên kết nội bộ — push đó dữ liệu để analytics events. Active params (filter/loại/ paginate) thay đổi nội dung và cần deliberate canonical/chỉ mục xử lý so they không explode vào một spider trap.

5. Đó thay đổi-một-URL decision rule. Default để không. Chỉ thay đổi một URL nếu đây là genuinely cryptic, hỏng, hoặc unfindable — và không bao giờ cho một marginal từ khóa gain. Khi bạn làm, 301 + sitemap + thay đổi-of-address, mỗi khi. Mueller “very, very rarely” (bản dịch) «very, very rarely» là đó prior.

URL thực hành tốt nhất — bảng tra nhanh

Tools cho auditing URL structure

• Canonicalization Checker — kiểm thử liệu một parameter, case, hoặc format variant gửi consistent canonical và indexability các tín hiệu.
• Chuỗi chuyển hướng Mapper — inspect mỗi hop trước một URL reaches của nó được ưu tiên HTTPS, hostname, path, và slash format.
• Chuyển hướng Checker — chạy fast spot kiểm tra khi một nhỏ set of renamed hoặc normalized URLs ships.
• MỘT đầy đủ-site crawler — inventory paths, parameters, canonicals, các mã trạng thái, và internal-link destinations tại quy mô; group variants trước deciding liệu they là duplicates.
• Máy chủ logs và Search Console — xác nhận mà URL forms bots thực ra yêu cầu và mà ones Google records, thay vì judging structure chỉ từ một template.

URL tools có thể cho thấy inconsistency, nhưng they không thể justify một migration on của họ own. Thay đổi ổn định URLs vẫn requires một business reason, một hoàn tất chuyển hướng map, và proof đó dự kiến benefit outweighs đó transition risk.

Tự kiểm tra: URL Structure

Five nhanh các câu hỏi on cách URLs là được xây dựng và điều gì thực ra matters cho SEO. Pick an câu trả lời cho mỗi, thì kiểm tra.

Các tài nguyên worth của bạn time

My related writing

• Trailing Slash: Để Dùng hoặc Không để Dùng? — khi đó slash matters (và đó root-domain exception).
• URL Parameters: MỘT Hoàn tất Hướng dẫn cho SEOs — active so với passive parameters và cách control them.
• Google Dùng ~40 Các tín hiệu canonicalization — including HTTPS, www, slash, casing, và đó ngắn hơn-URL preference explained.
• Các chuyển hướng cho SEO: MỘT Đơn giản (Nhưng Hoàn tất) Hướng dẫn — moving URLs không có losing equity.
• Đó Beginner Hướng dẫn để SEO kỹ thuật — nơi URL structure fits đó bigger picture.

My speaking

• MỘT Crash Course trong SEO kỹ thuật (SlideShare, Beer & SEO Meetup) — bao gồm URL structure.
• Khắc phục sự cố SEO kỹ thuật Các vấn đề (SlideShare, Raleigh SEO Meetup) — URL các vấn đề trong context.

Từ khoảng đó ngành

• URL structure thực hành tốt nhất (Google Search Central) — đó canonical làm/không list.
• Google & Bing (Vẫn) Xử lý Underscores & Dashes Differently (Search Engine Land) — đó hyphen/underscore split, với đó Bing quote.
• Thay đổi URLs cho SEO reasons: Khi là điều này OK? (Search Engine Land) — đó “very, very rarely” (bản dịch) «very, very rarely» Mueller hướng dẫn.
• Google Says Words Trong MỘT URL Là MỘT Very Light Weight Factor (Công cụ tìm kiếm Roundtable).
• Reminder: Google On Case Sensitivity Cho URLs (Công cụ tìm kiếm Roundtable).
• Google: We Pick Ngắn hơn URLs Cho Canonicalization (Công cụ tìm kiếm Roundtable) — đó nguồn of đó misread “shorter wins” (bản dịch) «ngắn hơn wins» ý tưởng.
• Tốt hơn canonical — URL Normalization (Bing Quản trị viên web Blog) — Bing parameter-collapsing approach.

Nhật ký thay đổi