Efter en URL-flytt använder du en enda mappning från gamla till nya URL:er för att uppdatera offentliga länkar, kanoniska deklarationer, omdirigeringar och poster i webbplatskartan. Det här arbetsflödet för Mac-datorer visar hur du får ändringarna att stämma överens och verifierar det publicerade resultatet.

Uppgiften här gäller en liten samling offentliga HTML-dokument som flyttas till nya sökvägar på samma webbplats. Alla exempeladresser och sidnamn är syntetiska. Du behöver åtkomst till publiceringssystemet, dess inställningar för omdirigeringar och den relevanta egendomen i Search Console för att utföra hela arbetsflödet.

Vad bör stämma överens efter flytten?

Välj en slutlig destination för varje flyttat dokument. Länkar du kontrollerar bör peka direkt dit, destinationssidan bör ange sig själv som kanonisk och den aktuella webbplatskartan bör innehålla den adressen. Den gamla adressen bör omdirigera till den nya. Google beskriver omdirigeringar och kanoniska annoteringar som starka signaler för kanonisering, medan en post i webbplatskartan är en svagare signal. Metoderna kan förstärka varandra, men Google väljer i slutänden den kanoniska URL:en. Googles vägledning om kanonisering.

De här mekanismerna har olika uppgifter. En omdirigering hanterar en begäran till en gammal adress. En offentlig länk avgör vart läsaren går härnäst. En kanonisk deklaration anger dokumentets föredragna URL; WHATWG definierar den betydelsen för länktypen canonical. En webbplatskarta tillhandahåller en lista över föredragna URL:er för upptäckt. Att uppdatera en av dem ändrar inte de andra. WHATWG:s HTML-standard: länktypen canonical, Googles vägledning om webbplatskartor.

Använd den här tabellen som en praktisk kontroll av att allt stämmer. Den beskriver ett arbetsflöde baserat på dokumentationen, inte ett poängsystem från Google.

Yta Förväntat resultat för det syntetiska dokumentet Colors
Gammal adress https://example.com/notes/colors.html omdirigerar permanent till destinationen
Destination https://example.com/library/colors/ visar dokumentet Colors
Navigering och dokumentlänkar Pekar direkt på https://example.com/library/colors/
Kanonisk URL på destinationen Anger https://example.com/library/colors/
Post i aktuell webbplatskarta Innehåller https://example.com/library/colors/

Skapa en enda mappning innan du ändrar enskilda inställningar

Öppna ett kalkylark eller en vanlig textredigerare på din Mac och anteckna varje gammal adress bredvid den avsedda destinationen. Google rekommenderar att du förbereder en mappning från gamla till nya URL:er som en del av en flytt. Spara en kopia av den ursprungliga listan så att du inte förlorar överblicken över adresser som fortfarande behöver omdirigeras när du byter ut posterna i webbplatskartan. Googles vägledning om webbplatsflyttar.

Dokument Gammal sökväg Slutlig sökväg
Colors /notes/colors.html /library/colors/
Palette /notes/palette.html /library/palette/
Shapes /notes/shapes.html /library/shapes/

Anteckna för varje rad var du behöver göra ändringar: i sidredigeraren, den delade navigeringen, den kanoniska inställningen, omdirigeringsinställningen och webbplatskartans generator. Lägg till separata kontrollkolumner för det offentliga svaret och inspektionen i Search Console. Då blir en vag instruktion om att ”uppdatera URL:er” en avgränsad uppsättning ändringar och observationer.

Kontrollera destinationsinnehållet innan du godkänner en mappning. Om två gamla dokument har slagits ihop till ett användbart samlingsdokument kan båda omdirigeras dit. Undvik att skicka orelaterade dokument till en allmän startsida; Google varnar för att irrelevanta omdirigeringar kan behandlas som soft 404-fel. Googles rekommendationer för omdirigeringsmappning.

Uppdatera offentliga länkar och kontrollera relativa sökvägar

Använd mappningen i publiceringsredigeraren för att uppdatera navigeringen, dokumentindex, länkar till relaterade dokument och länkar i artikeltexten. Om systemet skapar navigeringen utifrån sidposter ändrar du de underliggande posterna eller mallen i stället för att upprepade gånger korrigera det genererade resultatet. Granska varje ersättning innan du sparar, särskilt där den gamla sökvägen också förekommer i förklarande exempel.

En ändrad sökväg kan ändra målet för en relativ länk även om länktexten förblir densamma. WHATWG:s URL-standard löser relativa referenser mot en bas-URL. I de illustrativa exemplen nedan förutsätts att dokumentet inte har någon uttrycklig basöverskrivning. WHATWG:s URL-standard.

Dokumentets URL Länkvärde Lösts till
https://example.com/notes/colors.html palette.html https://example.com/notes/palette.html
https://example.com/library/colors/ palette.html https://example.com/library/colors/palette.html
https://example.com/library/colors/ /library/palette/ https://example.com/library/palette/

Dessa syntetiska URL-lösningar kontrollerades med JavaScripts API URL. Det oförändrade värdet palette.html pekar nu inuti katalogen Colors, så en lyckad textändring någon annanstans skulle inte upptäcka problemet. För den här lilla samlingen gör den avsedda rotrelativa sökvägen destinationen tydlig. Om du flyttar till en annan värd använder du rätt absolut adress eller verifierar att varje rotrelativ länk fortfarande leder till den avsedda värden.

Öppna det publicerade dokumentet Colors i webbläsaren på din Mac och följ länken till Palette. Kontrollera både dokumentet som visas och den slutliga adressen. Gör samma sak med den delade navigeringen och eventuella avsnittslänkar. Om en länk använder #swatches kontrollerar du att destinationen fortfarande innehåller motsvarande avsnittsidentifierare; sökvägsmappningen kan inte i sig bekräfta det.

Ange kanoniska URL:er och permanenta omdirigeringar där de skapas

Ange den slutliga absoluta URL:en som kanonisk för varje nytt HTML-dokument. Google rekommenderar absoluta kanoniska URL:er och godtar det kanoniska HTML-elementet i dokumentets head. Om publiceringssystemet har ett fält för kanonisk URL anger du adressen där och granskar vad det genererar. Googles instruktioner för implementering av kanoniska URL:er.

För sidan Colors är följande ett metadatablock som ska placeras i det befintliga dokumenthuvudet, inte en komplett HTML-sida:

<link rel="canonical" href="https://example.com/library/colors/">

Kontrollera om värden också skickar en kanonisk URL via HTTP-svarshuvudet Link. Google stöder båda metoderna men rekommenderar att du väljer en, eftersom det kan leda till motstridiga destinationer om du underhåller båda. Korrigera mallen eller inställningen som skapar värdet, så att nästa publicering inte återställer en gammal adress. Googles metoder för kanonisering.

Konfigurera den gamla adressen så att den returnerar en permanent omdirigering på serversidan till destinationen. RFC 9110 definierar 301 och 308 som permanenta omdirigeringar och beskriver destinationen i huvudet Location. Skillnaden gäller bland annat hur begärandemetoden hanteras: 308 bevarar metoden, medan 301 tillåter det historiska beteendet POST-till-GET. För vanlig hämtning av dokument behandlar Google båda som permanenta omdirigeringssignaler. RFC 9110: HTTP-semantik, Googles dokumentation om omdirigeringar.

Den exakta konfigurationen beror på din värd eller ditt publiceringssystem. Redigering i webbläsaren kan inte i sig skapa en HTTP-regel för svar. Om plattformen inte kan konfigurera omdirigeringar på serversidan använder du dess dokumenterade värdkonfiguration eller ber värdoperatören implementera mappningen. Google dokumenterar omedelbar meta refresh som ett alternativ när omdirigeringar på serversidan inte är tillgängliga. JavaScript-omdirigeringar rekommenderas bara när de andra metoderna inte kan användas. En kanonisk deklaration skickar inte i sig besökaren till den nya adressen. Googles metoder för omdirigeringar.

Generera webbplatskartan på nytt utifrån samma destinationer

Uppdatera webbplatskartans källa och generera den sedan på nytt. En manuell korrigering av en genererad fil är lätt att förlora vid nästa bygge. För den här flytten ska den aktuella webbplatskartan innehålla de slutliga URL:erna för Colors, Palette och Shapes i stället för deras gamla sökvägar.

Google kräver fullständiga absoluta URL:er och UTF-8-kodning för webbplatskartor. Om du bara behöver lista webbsidor stöds en webbplatskarta i textformat: en URL per rad, utan rubriker eller kommentarer. Det fullständiga syntetiska exemplet med tre sidor skulle se ut så här:

https://example.com/library/colors/
https://example.com/library/palette/
https://example.com/library/shapes/

Googles formatkrav för webbplatskartor.

Om webbplatsen redan genererar en XML-webbplatskarta behåller du det formatet och uppdaterar dess URL-poster. Ange korrekta ändringsdatum när du tillhandahåller lastmod; Google säger att värdet ska spegla betydande siduppdateringar. Ersätt inte automatiskt alla datum enbart för att få webbplatskartan att verka aktuell. Googles vägledning om XML-webbplatskartor.

Verifiera det offentliga resultatet från din Mac

Kontrollera det driftsatta resultatet, eftersom en förhandsvisning i redigeraren inte visar HTTP-svaret på den offentliga adressen. Öppna Terminal på din Mac. De diagnostiska kommandona nedan använder syntetiska adresser: byt ut dem mot motsvarande offentliga URL:er från din egen mappning innan du kör kommandona. Exemplen innebär inte att någon verklig flytt har genomförts.

old_url='https://example.com/notes/colors.html'
new_url='https://example.com/library/colors/'

curl --silent --show-error --connect-timeout 10 --max-time 30 \
  --dump-header - --output /dev/null "$old_url"

curl --silent --show-error --connect-timeout 10 --max-time 30 \
  --location --max-redirs 5 --output /dev/null \
  --write-out 'status=%{http_code}\nfinal=%{url_effective}\nredirects=%{num_redirects}\n' \
  "$old_url"

curl --silent --show-error --connect-timeout 10 --max-time 30 \
  "$new_url"

Det första kommandot visar de inledande svarshuvudena utan att följa omdirigeringen. Det andra följer omdirigeringar och visar slutlig status, adress och antal omdirigeringar. Det tredje hämtar destinationssidans uppmärkning så att du kan granska den. Dessa alternativ dokumenteras i curl-manualen.

För en enkel mappad sida förväntar du dig en inledande 301 eller 308 med avsedd Location, följd av att den slutliga adressen visar dokumentet utan fel. Granska den returnerade uppmärkningen efter den kanoniska URL:en. Läs också dokumentet i webbläsaren: ett lyckat HTTP-svar bevisar inte i sig att rätt innehåll levererades. Google rekommenderar att du omdirigerar direkt till den slutliga destinationen i stället för att skapa omdirigeringskedjor. RFC 9110: statuskoder, Googles vägledning om webbplatsflyttar.

Följ den här diagnostikordningen när en rad inte klarar kontrollen. Då kan du koppla varje åtgärd till ett observerbart resultat.

Observation Nästa åtgärd
Den gamla URL:en omdirigerar till fel sida Korrigera mappningen eller omdirigeringsregeln
Omdirigeringen leder vidare till ännu en omdirigering Rikta den gamla adressen direkt till slutdestinationen
Den korrekta sidan har en gammal kanonisk URL Korrigera metadatakällan och publicera på nytt
Navigeringen går fortfarande till en gammal sökväg Uppdatera den ursprungliga länken eller den delade mallen
Webbplatskartan innehåller fortfarande gamla sökvägar Korrigera generatorns indata och generera webbplatskartan på nytt
Terminal visar en timeout Upprepa kontrollen när anslutningsproblemet har lösts; markera testet som ofullständigt

Skicka in webbplatskartan och skilj direkta kontroller från indexering

Välj egendomen som omfattar de nya URL:erna i Search Console och använd rapporten Sitemaps för att skicka in den offentliga adressen till webbplatskartan. Google beskriver rapporten som en metod för inskickning som också visar bearbetningsfel. En inskickning är en signal om att innehållet kan upptäckas, inte en garanti för indexering. Googles instruktioner för att skicka in webbplatskartor.

Inspektera ett nytt dokument genom att ange dess fullständiga URL i inspektionsfältet i Search Console. Använd live-testet för att undersöka aktuell åtkomst och potentiell indexerbarhet. Använd det indexerade resultatet och fältet Google-selected canonical för att se vilken kanonisk URL Google har valt. Live-testet kan inte förutsäga Googles val av kanonisk URL. Search Consoles URL-inspektionsverktyg.

Det här exemplet ändrar sökvägar inom samma värd, så verktyget Change of Address är inte tillämpligt. Google hänvisar utgivare som flyttar sökvägar till att implementera omdirigeringar och uppdatera webbplatskartor. Verktyget är avsett för flyttar mellan domäner eller underdomäner, efter att webbplatsen har flyttats och omdirigeringarna har införts. Search Consoles verktyg Change of Address.

Behåll mappningen som dokumentation för det löpande underhållet. Markera en rad som klar först när den offentliga omdirigeringen, destinationsinnehållet, länkarna, den kanoniska URL:en och webbplatskartan stämmer överens. Anteckna senare observationer om indexering i Google separat. Behåll omdirigeringarna så länge som möjligt — Googles allmänna vägledning om flyttar rekommenderar minst ett år — och använd de slutliga adresserna i framtida dokumentredigeringar. Googles vägledning om flyttar.

Källor