Varje bokmärkesstädare jag någonsin sett inleder med samma säljargument: “vi hittade 847 dubbletter”. Det är ett tillfredsställande tal och det är oftast fel sak att optimera för. Ett stort dubblettantal känns som framsteg, men grovstädningsverktyg flaggar rutinmässigt saker som ser slängbara ut men inte är det — samma artikel sparad med och utan en spårningsparameter, samma sida bokmärkt en gång som “läs senare” och en gång som “faktisk referens”, en länk du sparade två gånger med flit för att den hör hemma i två olika mappar. Blind massradering vet inte skillnaden. Talet som faktiskt spelar roll är inte hur många dubbletter som hittades — det är hur många av dina bokmärken du kan få tillbaka om städningen hade fel om en av dem.
Vad du kan göra med bara Chrome
Innan du tar till något tillägg täcker Chromes egen bokmärkeshanterare (chrome://bookmarks) redan grunderna, och den är värd att använda oavsett vad du annars gör:
- Sök och sortera manuellt. Sökrutan matchar titel och URL, och du kan högerklicka på en mapp för att sortera den (även om Chromes inbyggda sorteringsalternativ är begränsade jämfört med vad ett tillägg lägger till).
- Exportera först, alltid. Trepunktsmenyn → “Exportera bokmärken” skriver en standard-HTML-fil av hela ditt bokmärkesträd. Det är det enda steget som kostar ingenting och ångrar nästan vilket misstag som helst — om städningen går fel kan du återimportera exporten och få tillbaka dina bokmärken, till och med utan något tillägg installerat. Gör det här innan du rör vid något, inte efter att du börjat oroa dig.
Det är genuint användbart i sig själv, tillägg eller inte — gör det idag, oavsett vad du läser efter den här punkten. Luckan är att Chrome inte har något begrepp om säker massrensning: ingen inbyggd dubblettdetektering, ingen ångra för en dålig manuell sortering, ingen automatisk kontrollpunkt innan du importerar en fil som kan skriva över något. Allt bortom “exportera en säkerhetskopia” är manuellt och oåterkalleligt, vilket är okej för små, försiktiga ändringar och genuint riskabelt så fort du gör något i större skala — hundratals bokmärken, en stor import, en mappomstrukturering du inte är 100 % säker på.
Varför massverktyg för dubbletter orsakar riktig skada
Felläget med automatiserade dedupe-verktyg är inte hypotetiskt. Två bokmärken som pekar på vad som ser ut som samma artikel kan skilja sig med en ?utm_source=-spårningsparameter eller ett #section-fragment — samma sida, tekniskt sett olika URL:er, och en naiv matchare missar antingen dubbletten helt eller, värre, behandlar nästan-identiska-men-meningsfullt-olika URL:er som säkra att slå ihop. En dokumentationssida bokmärkt på sin allmänna URL och igen på #installation är två olika bokmärken som råkar dela domän, inte en av misstag duplicerad — att slå ihop dem förlorar den specifika ankarpunkten du faktiskt ville ha.
Eller URL:erna är verkligen identiska, men du sparade sidan två gånger med flit: en gång i “Läs senare” för att du inte kommit dit än, en gång i “Kundreferens” för att du kommer behöva den igen oavsett om du läst den. Ett verktyg som bara ser “samma URL, ta bort extran” vet inte vilken kopia du skulle ha behållit — det vet inget om dina mappar, bara om URL-strängen.
Att förebygga dubbletter slår att städa upp dem senare
Den renaste lösningen för dubblettbokmärken är att inte skapa dem från början, vilket är mer ett sparande-i-tid-problem än ett städnings-i-tid-problem. Om du försöker spara en sida som redan är bokmärkt känner sparområdet igen det och öppnas igen som en kompakt minnesremsa för det befintliga bokmärket istället för att i tysthet skapa en andra kopia du inte märker förrän en städomgång hittar den. Det är samma redan-sparat-medvetenhet som gör jobbet — det är en liten sak i stunden det händer, och det är anledningen till att en välanvänd uppsättning inte samlar hundratals dubbletter från början, snarare än att behöva en massrensning för att komma ikapp med månader av dem.
Vad Second Bookmark Bar gör annorlunda
Designvalet här är att städning aldrig ska vara en engångsklick-massoperation du inte kan ångra:
- Användarstyrd dubblettdetektering. Den lyfter fram dubblettgrupper, men du väljer vilken kopia som överlever — den gissar inte och agerar inte förrän du bekräftar. Det spelar roll precis i de nästan-dubblett-fallen ovan, där en automatiserad matchning skulle få det fel.
- Återställningspunkter innan riskabla åtgärder. Import- och städomgångar skapar var och en automatiskt en återställningspunkt innan de körs — upp till 24 återställningspunkter behålls åt gången, så en dålig städomgång är inte en enda punkt utan återvändo.
- Ångra på mappsortering. De säkrare sorteringsalternativen (nyast, äldst, A→Ö, Ö→A) kommer var och en med ångra för senaste sorteringen, så en sortering du ångrar är ett klick att reversera, inte en ombyggnad från minnet.
- Åtgärdshistorik för utredning. En 80-posters åtgärdshistoriklogg finns där för “varför kom det här bokmärket tillbaka”-ögonblicken — genuint förvirrande när Chrome-synk återskapar något du redan tagit bort på en annan enhet, vilket är ett riktigt synkbeteende, inte en bugg i det här tillägget. Historiken och de medföljande synkvarningsdiagnostiken finns specifikt för att göra det spårbart istället för mystiskt.
- Export och import, samma som inbyggda Chrome, plus en separat export-/importfil för delade utrymmen för allt som satts upp som ett delat utrymme.
- Högerklicksåtgärder för individuell städning, helt utan massverktyg — kopiera URL:en, redigera titeln eller URL:en direkt, eller ta bort ett bokmärke i taget när en hel mappomgång är överkurs och du bara vill fixa den enda posten du märkte var inaktuell.
Inget av det här ersätter säkerhetskopior — det är ett andra lager under dem.
En körplan för säker städning
Om du är på väg att göra en riktig städomgång — hundratals ansamlade bokmärken, år av sparande, den typen av sak — är det här ordningen som faktiskt skyddar dig:
- Exportera först. HTML-export, sparad någonstans du kommer ihåg. Det är din grundsanning om allt annat går fel.
- Skapa en återställningspunkt precis innan du börjar (import gör det här automatiskt; för en manuell städsession, gör det medvetet).
- Kör dubblettomgången, granska varje grupp istället för att godta en massa “ta bort alla” — nästan-dubblett-fallen ovan är exakt varför det här steget vill ha dina ögon på det.
- Sortera mappar om de blivit oorganiserade — nyast/äldst/A→Ö efter behov, med ångra tillgängligt om en sortering gör saker sämre istället för bättre.
- Verifiera att resultatet ser rätt ut genom att faktiskt öppna några mappar, inte bara lita på sammanfattningstalet.
- Behåll exporten. Ta inte bort den när städningen ser bra ut — det är billig försäkring för ett misstag du märker en vecka senare, inte bara idag. (Att exportera är också det ärliga reservalternativet om du någonsin skulle missa en betald plan — se vad som förblir gratis för alltid — lokal export fungerar alltid oavsett prenumerationsstatus.)
Avinstallationstestet
En sak till värd att säga rakt ut, för det är den faktiska förtroendefrågan under allt det här: om du avinstallerar tillägget helt förändras inget med dina bokmärken. De var alltid vanliga Chrome-bokmärken, lästa och skrivna genom Chromes eget bokmärkes-API — tillägget behöll aldrig en skuggkopia någon annanstans. Vilken städning du än gjorde stannar exakt som du lämnade den, i chrome://bookmarks, precis som innan du någonsin installerade något. Om du överväger att avinstallera och vill lämna feedback på vägen ut täcker avinstallationssidan det också, men dina bokmärken var aldrig delen som var i riskzonen.
För den större bilden av att få bokmärken organiserade från första början — inte bara städade — se den fullständiga uppsättningsguiden för det andra fältet, eller kolla vanliga frågor för den kortare versionen av återställnings- och städfrågorna som täcks här.