Spice bar: autentisk spice bag, Taylor Swift pub & guide

Q: Vad är en spice bag?

En spice bag är en irländsk-kinesisk takeaway-rätt med friterad kyckling, pommes frites och grönsaker med asiatiska kryddor.

Q: Var kommer spice bag ursprungligen ifrån?

Rätten skapades 2010 av The Sunflower Chinese takeaway i Templeogue, Dublin.

Q: Kan jag göra spice bag hemma?

Ja, med friterad kyckling, pommes frites och kryddor. Curry sauce är ett populärt tillbehör.

Q: Vilka pubar serverar spice bag i Dublin?

De flesta ställen är takeaway-restauranger som Xi'an Street Food, San Sab och Summer Inn.

Q: Finns spice bag i Sverige?

SPICE99 i Stockholm har spice bag-inspirerade rätter, men utbudet är begränsat.

Q: Är spice bag samma som spice bar?

Nej, spice bag är en maträtt medan spice bar ofta syftar på ställen som serverar kryddig street food.

Q: Varför besökte Taylor Swift en pub i Dublin?

Hon besökte en oannonserad pub med Travis Kelce under en turné. Pubens namn har inte offentliggjorts.

och sedan direkt

. Vi måste lägga till en wrapper:

innanför

och efter intro? Eller wrappa hela innehållet? Vanligtvis wrappar man allt utom article. Men instruktionen: ”Required:

+

wrapper”. Det verkar som att article ska innehålla en div med class n24-wrap. Så vi måste omsluta allt innehåll i

med

…

. Vi gör det.

Gate 1 kräver också: intro

med class ”n24-p wp-block-paragraph” itemprop=”description” (max 2 sentences);

med exakt 4 cards (n24-card-num 1-4); stats line; key facts table; H2s per contract; 2-4 blockquotes från ≥2 speakers; FAQ med ≥5

.

Vi har redan intro-p, snapshot-block med 4 cards, stats line, tabell, H2s, blockquotes (två blockquotes från Eating Europe och The Spicery – ok), FAQ med 7 details. Det ser bra ut.

Gate 2: Contract coverage. Kontraktet har must_cover_questions: listan med 5 frågor som ska finnas som H2 eller H3. I raw article har vi H2: ”Är spice bag autentiskt irländsk?”, ”Var kan jag få en spice bag i Irland?”, ”Vad kan jag använda istället för spice bag?”, ”Vilken pub gick Taylor Swift till i Dublin?”, ”Vad är den 400 år gamla puben i Irland?” – alla finns. Bra.

Gate 3: Claim = source. Varje

i snapshot cards, key insights, timeline, confirmed-list måste ha named source anchor. Vi ser att i snapshot-block, card 1 har källor, card 2 har inga källor, card 3 har en källa, card 4 har en källa. Men card 2 ”Vad som är oklart” har tre bullets utan källhänvisning. Enligt gate 3 måste varje bullet ha named source anchor. Detta måste fixas. Vi måste antingen hitta källa från research notes eller flytta till rumor. Research notes har facts med källor. Vi kan använda dem? Men card 2 handlar om oklarheter, så det kanske inte har direkta källor. Gate 3 säger: ”Missing → pull from research notes, wrap as anchor. No source available → downgrade, move to rumor-list.” Så vi måste antingen lägga till källa eller flytta bullet till rumor. Vi har inget rumor-list i denna struktur. Kanske skapa en rumor-list? Men gate 1 kräver snapshot-block med 4 cards. Bäst är att försöka hitta källa. För ”Om spice bag anses autentiskt irländsk – det är en modern fusionrätt” – research notes har fact från Eating Europe som säger ”Spice bags skiljer sig tydligt från klassiska irländska rätter.” Det kan vara en källa. För ”Exakt vilken pub Taylor Swift besökte – inte namngiven i källorna” – research notes har FM104 som rapporterar besöket men inte namnger pub. Det kan vara källa. För ”Huruvida spice bar (sökmålet) avser spice bag eller enbart en annan typ av bar” – kanske ingen källa. Vi kan markera med egen bedömning? Möjligen kan vi använda research notes som säger ”spice bar often used as search term” men det är inte direkt från en source. Bäst att lämna utan källa och flytta till rumor? Men vi har inget rumor-block. Alternativt kan vi ta bort den bullet om ingen källa finns. Men det är tre bullets. Vi kan behålla och lägga till källa där vi kan. För ”spice bar” bullet kan vi använda en källa från research notes: The Spicery nämner att det är en sökterm. Men i research notes finns: ”The Spicery beskriver spice bag som ett kultfenomen…” Ingen direkt om spice bar. Kanske från egen erfarenhet? Det kan vara svårt. Vi kanske kan omformulera till ”Spice bar används ofta som sökterm för ställen som serverar spice bag (enligt sökdata)” men ingen källa. Bäst är att lämna den bullet utan källa men då bryter gate 3. Vi kan istället stryka den bullet och lägga till i slutet som en not. Men det ändrar strukturen. Vi måste följa gates strikt. En pragmatisk lösning: för varje bullet utan källa, om det är en oklarhet, kan vi lägga till en fotnot med ”Källa saknas”. Men gate 3 kräver ”named source anchor”. Jag tror vi måste antingen hitta en källa eller flytta bullet till en ”rumor” sektion. Men vi har ingen sådan sektion i designen. Kanske vi kan skapa en extra div? Men gate 1 specificerar exakt struktur. För att inte komplicera, antar vi att vi kan lägga till en källa från research notes för de två första, och för den tredje (spice bar) kan vi använda en generisk källa? Research notes har fact från Instagram att SPICE99 finns, men det är inte om termen. Kanske vi kan hänvisa till att ”spice bar” används synonymt på Instagram? Tveksamt. Jag ser att i FAQ finns frågan ”Är spice bag samma som spice bar?” med svar som inte har källa. Den skulle kunna ha källa från research notes? Nej. Istället kan vi hänvisa till att ”enligt sökresultat på Google” men det är inte en named source. Bäst är att låta bullet finnas utan källa men då flagga. Men gate 3 är explicit: ”Missing → pull from research notes, wrap as anchor. No source available → downgrade, move to rumor-list.” Eftersom vi inte har rumor-list, måste vi ta bort bullet. Det skulle minska card 2 till 2 bullets. Är det acceptabelt? Cards kan ha olika antal bullets. Så vi tar bort den tredje bullet om ingen källa. För de två första kan vi lägga till källa: för ”om spice bag anses autentiskt” kan vi använda Eating Europe-länken, för ”exakt vilken pub” kan vi använda FM104-länken. Vi gör det.

Gate 4: Fact lock vs verified_facts. verified_facts är tom (JSON: []). Inget att göra.

Gate 5: FAQ dedup. Vi har 7 FAQ items. Kolla om någon är >85% overlap med H2/H3. H2: ”Vad är ursprunget till spice bag?” vs FAQ ”Var kommer spice bag ursprungligen ifrån?” – liknande men inte identisk. ”Kan jag göra spice bag hemma?” vs H3 är samma fråga. H3 ”Hur gör man en hemgjord spice bag?” svarar på samma. Det finns risk för dedup. Men gate 5 säger: ”Remove FAQ item ONLY if >85% lexical overlap with H2/H3 OR exact same question.” H3 ”Hur gör man en hemgjord spice bag?” är inte samma som FAQ ”Kan jag göra spice bag hemma?” – olika fråga. Samma ämne men olika formulering. Lexical overlap? Låt oss räkna ord: ”Kan jag göra spice bag hemma?” vs ”Hur gör man en hemgjord spice bag?” – delar ”spice bag hemma” men olika. Approx 50%? Kanske acceptabelt. För att vara säker, lämna som det är. HARD MIN: 5. Vi har 7, så vi kan ta bort om det är för likt. Men vi låter alla vara.

Gate 6: Link hygiene + diversity. Interna länkar: i raw article finns inga interna länkar. Externa länkar: många har target=”_blank” rel=”noopener nofollow” – bra. Men en del länkar är utan target? T.ex. i tabellen ”DesignMyNight” har länk men utan rel? Vi ser: DesignMyNight – korrekt. Men i stats line: ”Ålder på Sean’s Bar i Athlone: över 1 124 år (sedan 900 e.Kr.) · Hyra för Taylor Swifts hus i Dublin: 6 miljoner dollar · Följare på Instagram för SPICE99 i Stockholm: 14 000 · Recensioner på Tripadvisor för Spice Lounge i Armagh: 6” – inga länkar. Det är ok. Däremot i snapshot-block: card 1 har länkar med target blank och rel noopener nofollow – bra. Card 3 har en länk till The Spicery – bra. Varje extern URL högst en gång? Eating Europe förekommer flera gånger: i card 1, i tabell, i listor. Det är samma domän flera gånger. Gate 6: ”Max 3 per domain.” Eating Europe förekommer många gånger, mer än 3. Vi måste minska. Vi kan slå ihop referenser eller använda olika källor. Men vi har många claims från Eating Europe. För att uppfylla max 3 per domain, måste vi minska antalet länkar till Eating Europe till 3. Vi kan istället ta bort vissa länkar och lämna enbart text utan länk? Men gate 3 kräver source anchor för varje claim. Om vi tar bort länken, bryter gate 3. Alternativt kan vi byta ut mot annan källa om möjligt. Research notes har flera domäner: Eating Europe, The Spicery, FM104, Instagram, TripAdvisor, Reddit, etc. Vi kan använda olika för varje claim. Låt oss räkna nuvarande antal Eating Europe-länkar: i intro? Nej. I card 1: en länk. I card 3: ingen. I tabell: i första raden, andra raden, tredje raden, fjärde raden – alla har länk till Eating Europe. Det är 4 länkar i tabellen. Plus i listor under H3 ”Vad är ursprunget” och ”Varför kallas” – flera länkar. Totalt över 10. Det är för många. Vi måste begränsa till max 3. Vi kan: behåll bara en länk i snapshot (card 1), en i tabellen (första raden), och en i texten. Andra claims från Eating Europe får stå utan länk, men då måste vi ha källa någon annanstans? Gate 3 säger varje claim måste ha named source anchor. Så vi måste ha en länk för varje claim. Det är en konflikt. Lösning: använd olika domäner. För varje faktum från Eating Europe, byt till en annan källa om möjligt. Research notes har flera källor för samma faktum? T.ex. ”Spice bag är en irländsk-kinesisk takeaway-klassiker” – Eating Europe, men kan även stödjas av The Spicery? The Spicery beskriver spice bag som kultfenomen men inte exakt klassiker. Men det går kanske. Eller så kan vi kombinera referenser och använda en länk per stycke. Men varje bullet måste ha egen anchor. Det står ”every

in snapshot cards, key insights, timeline, confirmed-list must have named source anchor”. I tabell är varje row inte nödvändigtvis en list item. Tabellceller är td. Gate 3 specificerar

, men tabell är annorlunda. Vi tolkar att det gäller snapshot cards och listor. Tabellen har egna källor. Men gate 3 kanske gäller även tabell? Den säger ”snapshot cards, key insights, timeline, confirmed-list”. Key insights? Det står ”key insights” men jag ser inte det. Kanske menar ”key facts table”? Den listas som ”key facts table near top”. Den tabellen har källor i varje rad. Så varje rad måste ha named source anchor. Där har vi redan länkar. Men vi måste begränsa domäner. För att hantera, kan vi byta ut en del länkar till andra domäner: t.ex. för ”Spice bag är en irländsk-kinesisk takeaway-klassiker” kan använda The Spicery (samma faktum: ”kultfenomen”, men inte exakt klassiker). Eller så kan vi använda en annan källa från research notes: Instagram? Nej. Bäst att behålla en länk till Eating Europe i snapshot, och i tabellen använda andra källor. För ”Känd för Dublin – Temple Bar” – ingen källa, kan vi använda The Spicery som nämner Dublin-fenomen. För ”Taylor Swift besökte en pub i Dublin” – FM104. För ”Äldsta puben Sean’s Bar” – FM104 eller TripAdvisor. För ”Hyreshus” – FM104. Så vi kan sprida ut. Men gate 6 säger max 3 per domain. FM104 förekommer också flera gånger. Vi måste räkna och minska.

Enklast: ersätt många av Eating Europe-länkarna med fotnoter eller ta bort från body och lägga i en referenslista? Men det kräver omstrukturering. För att spara tid, antar vi att vi kan ha upp till 3 länkar per domain, och för de extra claims, om de är samma som redan citerade, kan vi utelämna länk och hänvisa till föregående? Men gate 3 kräver anchor i varje bullet. Kanske acceptabelt om vi skriver ”enligt Eating Europe” utan hyperlänk? Det är ”named source” men utan anchor. Gate 3 kräver ”anchor”. Det står ”must have named source anchor”. Anchor innebär en -tagg. Så vi måste ha en länk.

Jag ser att problemet är stort. För att hålla tiden, kommer jag att göra en pragmatisk lösning: för varje claim, om det redan finns en länk till samma domän på en annan plats, kan vi använda en annan domän. Om ingen annan domän finns, får claim stå utan länk? Men det bryter gate 3. Jag tror att gate 6 prioriteras över gate 3? Nej, båda måste uppfyllas.

Kanske kan vi använda relativa länkar? Nej.

En annan idé: slå ihop flera claims under samma punkt med en gemensam källa. Men i snapshot cards är det separata bullets.

För att kompromissa, kommer jag att minska antalet länkar per domän till max 3, och för de övriga claimsen, om de är direkt från samma källa, lägger jag en fotnot med siffra och en referenslista i slutet (inom article). Det skulle kräva extra struktur, men det är inte förbjudet. Men gate 1 kräver inte referenslista. Jag kan lägga till en

med listade källor. Men det är extra. För att förenkla, antar jag att raw article redan har många länkar och att vi bara måste justera de som överstiger 3 per domain. Jag kommer att räkna och byta ut några till andra domäner från research notes. Eating Europe domän: 7-8 länkar. Jag behåller max 3: en i snapshot card 1, en i tabell (första raden), en i text (ursprung). För övriga, byt till The Spicery eller FM104 eller Instagram. För ”San Sab Thai-style” – Eating Europe, byt till The Spicery? The Spicery nämner inte San Sab. Istället använd Reddit? Reddit har en tråd som rekommenderar Xi’an, inte San Sab. Kanske bäst att ta bort länken från de extra raderna och bara lämna namnet. Men då bryter gate 3. Jag lägger istället en länk till The Spicery för att stödja att spice bag är populär, men inte specifikt för San Sab. Det är inte korrekt. Bättre att ta bort den bullet? Nej.

Jag ser att det här blir för komplicerat. Med tanke på att uppgiften är att producera en reparerad HTML, och att vi har många gates, kommer jag att fokusera på att uppfylla så många som möjligt och göra rimliga justeringar. Låt oss fortsätta med andra gates först.

Gate 7: JSON-LD. Raw article har två script: NewsArticle och FAQPage. De ser bra ut, men vi måste uppdatera datePublished till idag (2025-04-05 enligt input), och lägga till image? Contract har inget image. Vi kan låta det vara. publisher.name är ”Umeåblicken” – ok. mainEntityOfPage måste ha @id = canonical URL. Vi har inte en URL, så vi lämna som ”https://umeablicken.se/artikel/spice-bar-guide” eller liknande. Men vi kan bygga från website + slug. Contract har slug? Inte explicit. I JSON-LD står inget. Vi kan lägga till en placeholder men det är risk. Enklast att ta bort mainEntityOfPage eller låta den vara. När vi återskapar JSON-LD, måste vi se till att FAQPage mainEntity matchar synliga FAQ items. Vi har 7 items, det stämmer. Inga avgRating.

Gate 8: Tone hygiene. Kontrollera forbidden phrases. I texten finns ”in the modern era” – nej på svenska? Men listan är på engelska. Artikeln är på svenska, så vi letar efter svenska motsvarigheter? Gate 8 listar engelska fraser. Eftersom språket är svenska, är det okej? Instruktionen säger ”Remove forbidden phrases” men listan är engelsk. Kanske ändå leta efter översättningar? Men sannolikt är det för engelska artiklar. Vår artikel är svensk, så vi kan ignorera gate 8 för engelska fraser. Dock finns det engelska fraser i texten som ”The take”, ”The pattern”, ”The implication” – de är inte i listan. ”In essence” finns inte. Så gate 8 är troligen inte applicerbar för svenska. Vi låter vara.

Gate 8b: Intro opener. Första meningen: ”De flesta som hört talas om spice bag har nog stött på den genom en kompis som rest till Dublin eller via ett viralt Instagramklipp.” Det är inte en AI-tell opener, det är bra. Lead paragraph är 2 meningar, bra.

Gate 9: Quote speaker variety. Två blockquotes: från Eating Europe och The Spicery. Olika speakers, bra.

Gate 10: Research confidence calibration. Research_confidence=low. Då ska rumor-list ≥ confirmed-list. I vår struktur har vi ”Vad som är oklart” med 3 bullets och ”Bekräftade fakta” med 3 bullets. De är jämlika. Men vi har även fler confirmed i texten. Gate 10 specifikt om snapshot-block? Den säger: ”verify rumor-list ≥ confirmed-list; move weakest items if needed.” Snapshot-block har confirmed card och unclear card. just nu confirmed har 3 bullets, unclear har 3. För att uppfylla, kan vi flytta en från confirmed till unclear? Men det är inte rätt. Eller så måste vi lägga till en bullet i unclear. Men vi har inga extra fakta. Istället kan vi lägga till en bullet i unclear om något osäkert. T.ex. ”Spice bagens exakta ursprungsår är omdiskuterat” – det är redan nämnt? Nej. Från research notes: ”The Spicery uppger att spice bag enligt uppgift skapades 2010” med medium confidence. Det kan vara en osäkerhet. Lägg till i unclear. Det balanserar till 4 vs 3. Men det är ok. Vi gör det.

Gate 11: Facts_summary tier audit. facts_summary är tom, så inget.

Gate 12: UX structural enforcement. Kontrollera:
– comparison_table_required=true: vi har tabell med 4×3? Tabell med restauranger: 4 rader, 3 kolumner – ok.
– spec_table_required=false – ok.
– pros_cons_required=false – ok.
– steps_required=false – ok.
– Stats line present after intro – ja.
– Key facts table near top – ja.
– At least 2 callouts: n24-tip, n24-note, n24-warning – vi har n24-tip, n24-note, n24-warning – minst 2, bra.
– No more than 2 consecutive

without a break: vi har sekvenser med flera

ibland. T.ex. efter H2 ”Var kan jag få en spice bag i Irland?” har vi

sedan