Jeg har et nettstedskart (som sendes til Google for indeksering ) der jeg legger til nettadresser som har et ampersand (&). Siden i sitemap & må rømmes, erstattet jeg & med & i URL-ene i nettstedskartet. Mine faktiske nettadresser inneholder bare &.

Siden jeg er ny hos Googles webansvarlige og SEO, vil jeg forstå om denne forskjellen i ampersand i URL og nettstedskart vil forårsake problemer. Vil sidene mine bli indeksert? Dette kan virke som et spørsmål på noob-nivå fordi jeg har tilgang til nettstedet etter å ha erstattet & med & i URL-en. Men all hjelp på denne fronten vil bli høyt verdsatt.

Kommentarer

  • I hvilken del av URL-en bruker du et ampersand?
  • @ MrWhite Jeg sender noen parametere i URL-en, og jeg skiller disse parametrene ved hjelp av ampersand for å skille parametere

Svar

hvis denne forskjellen på ampersand i URL og sitemap vil forårsake noe problem.

tl; dr Ingen problemer, fordi URL-ene er de samme.

Siden i sitemap & må rømmes, erstattet jeg & med &

Sitemapet ditt er et XML-dokument. Som med ethvert XML-dokument, må dataverdiene være lagret XML-enhetskodet. & -tegnet er et spesialtegn (det betegner i seg selv starten på en XML-enhet) og må derfor kodes for å nekte dets spesielle betydning. Dette er bare måten data lagres inne i et XML-dokument .

Når XML-dokumentet leses av en XML-parser, er dataverdiene XML-enhet dekodet , tilbake til den faktiske verdien. Så, & blir & når XML-dokumentet leses.

Så, en URL til skjemaet /page?foo=1&bar=2 lagret inne i et XML-dokument er identisk med nettadressen /page?foo=1&bar=2 i HTML5-dokumentet ditt .

Mine faktiske nettadresser inneholder bare &

I HTML5 er det helt OK, forutsatt at det ikke er tvetydighet. I HTML4.1 (og tidligere) ville du imidlertid ha trengt å kode HTML-enheten riktig & som & i HTML-kilden kode for gyldig HTML. Nettlesere er imidlertid veldig tolerante, og HTML-dokumentet ditt vil sannsynligvis fremdeles ha «fungert».

I HTML5 trenger du bare strengt trenger å HTML-enhet koden & hvis det er tvetydighet. Ta følgende konstruerte eksempel. Vi ønsker å gi bokstavelig streng «& dollar;» i foo URL-parameter.

<!-- In an HTML document (WRONG) --> <a href="/page?foo=&dollar;">link</a> 

ønsket URL er http://example.com/page?foo=&dollar;, men det ovennevnte HTML-ankeret resulterer i at brukeren sendes til http://example.com/page?foo=$ – som ikke er intensjonen. For å skape det ønskede resultatet må & være HTML-enhet kodet for å nekte den spesielle betydningen, noe som resulterer i følgende (riktige) HTML:

<!-- In an HTML document (CORRECT) --> <a href="/page?foo=&amp;dollar;">link</a> 

Det er alltid tryggere å konsekvent HTML-enhet kode & i HTML- dokument. Hvis du genererer innholdet ditt gjennom et CMS, bør dette være automatisk.

Jeg har tilgang til nettstedet etter å ha erstattet & med &amp; i URL-en.

Antagelig mener du» i URL, i HTML-en «? For hvis du skulle kode HTML-enheten & med &amp; i adressefeltet i nettleserne (for eksempel), dvs. utenfor en HTML-kontekst, får du ikke de forventede resultatene. Hvis du for eksempel skrev inn følgende direkte i nettleserens adresselinje:

/page?foo=1&amp;bar=2 

Så får du de to URL-parameterne [foo] => 1 og [amp;bar] => 2, som tydeligvis ikke er intensjonen.

Kommentarer

  • TL; DR: URL-en inneholder en ren ampersand (&), men hvis du bruker sitemap.xml må du kode vanlig bokstav som &amp;. Betydningen av kodet bokstav er fortsatt vanlig bokstav. Hvis du vil hoppe over det meste av kodingen, bruker du sitemap.txt format.

Svar

Nettadressene du inkluderer i områdekartet, må følge RFC-3986 standard . Som du kan lese i Googles offisielle guide , må & unngås med &amp; så du er god å gå.

Når du først har sendt inn sitekartet ditt via Google Searh Console, vil du kunne vite om det er noe problem med de sendte nettadressene.

Bare i tilfelle, bør du bare inkludere endelige nettadresser, det betyr at det kanskje er noen parametere du kan unngå. For eksempel:

 - https://example.com/shoes (good one) - https://example.com/shoes?order=1&amp;color=blue (remove this one) 

Kommentarer

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *