<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: 핫구사</title>
    <description>The latest articles on DEV Community by 핫구사 (@_246c4383449a51a8f8ff1).</description>
    <link>https://dev.to/_246c4383449a51a8f8ff1</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3649833%2Ff73cbbac-d69f-4fd5-9932-a739ac701b38.png</url>
      <title>DEV Community: 핫구사</title>
      <link>https://dev.to/_246c4383449a51a8f8ff1</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/_246c4383449a51a8f8ff1"/>
    <language>en</language>
    <item>
      <title>Building a deal aggregator: Lessons from crawling Korean e-commerce sites</title>
      <dc:creator>핫구사</dc:creator>
      <pubDate>Sun, 07 Dec 2025 04:55:52 +0000</pubDate>
      <link>https://dev.to/_246c4383449a51a8f8ff1/building-a-deal-aggregator-lessons-from-crawling-korean-e-commerce-sites-20kp</link>
      <guid>https://dev.to/_246c4383449a51a8f8ff1/building-a-deal-aggregator-lessons-from-crawling-korean-e-commerce-sites-20kp</guid>
      <description>&lt;p&gt;I've been using a Korean hot deal aggregator called &lt;a href="https://www.hotgusa.com" rel="noopener noreferrer"&gt;Hotgusa&lt;/a&gt; for a while now, and it got me thinking about the technical challenges behind building something like this.&lt;/p&gt;

&lt;h2&gt;
  
  
  The problem it solves
&lt;/h2&gt;

&lt;p&gt;Korean shoppers check multiple community forums (Ppomppu, Clien, Ruliweb, FM Korea) for deals. Same product, different prices across platforms. Manually checking everything is a time sink.&lt;/p&gt;

&lt;h2&gt;
  
  
  Technical challenges I imagine they faced
&lt;/h2&gt;

&lt;p&gt;&lt;strong&gt;1. Multi-source crawling&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Each community has different HTML structures. Some are SPAs requiring headless browsers like Puppeteer or Playwright.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;2. Real-time updates&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Hot deals sell out in minutes. The crawling interval needs to be aggressive but respectful to avoid getting blocked.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;3. Deduplication&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Same deal posted across multiple communities. Need similarity matching on title, price, and URL.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;4. Ranking algorithm&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;They seem to use views, upvotes, and recency to surface the best deals first.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;5. Push notifications&lt;/strong&gt;&lt;/p&gt;

&lt;p&gt;Keyword-based alerts via FCM for their mobile app. Users set keywords and get notified instantly.&lt;/p&gt;

&lt;h2&gt;
  
  
  Thoughts
&lt;/h2&gt;

&lt;p&gt;Building an aggregator like this seems straightforward at first, but the edge cases are brutal. Rate limiting, changing HTML structures, duplicate detection...&lt;/p&gt;

&lt;p&gt;If anyone's built something similar, I'd love to hear about your architecture choices. What worked? What didn't?&lt;/p&gt;

</description>
      <category>webdev</category>
      <category>crawling</category>
      <category>sideprojects</category>
      <category>korea</category>
    </item>
  </channel>
</rss>
