検索技術知識0のエンジニアが広告検索システムを内製化して運用するまで

2026/04/28 開催「Search Engineering Tech Talk 2026 Summer」での発表資料です。
https://search-tech.connpass.com/event/396099/

Transcript

1. 会場スポンサーセッション @ Search Engineering Tech Talk 2026 Summer 検索技術知識0のエンジニアが 広告検索システムを内製化して運⽤するまで 発表者 LINEヤフー株式会社 林 颯之介
2. ⾃⼰紹介 名前: 林 颯之介 所属: メディア・検索ドメイン 業務歴: ・2023年4月：新卒入社 ・〜2024年6月：Yahoo!検索のフロントエンド開発 ・2024年7月〜：広告検索システム内製化プロジェクトに参加 検索技術との関わり : ・検索エンジンの内部知識はほぼ 0の状態からスタート ・Solr を使った広告検索基盤の開発・運用に関わる
3. 検索連動型ショッピング広告とは 検索クエリに連動して、検索結果上に商品広告を表⽰する仕組み 3. 商品広告枠 1. 検索クエリ 「冷蔵庫」 2. 検索結果ページ (通常枠) 商品A 商品B 商品C ¥89,800 ¥74,500 ¥120,000 広告 広告 広告 この配信基盤を内製化するプロジェクトに参加することになりました
4. 検索技術知識0からのスタート 求められていたのは⼤規模な広告検索基盤の内製化 • 検索クエリとマッチした商品 • 広告ランキング • インデクシング • ⼤規模データ • 厳しいレイテンシー要件 ➡ これを約1年で完成させなければならない
5. 検索技術への理解度と開発フェーズの推移 ⾃信 ③ リリース後期 ① 内製化初期〜中期 運⽤しながら理解していった時期 意外と簡単に⾒えた時期 ② 内製化後期 壁にぶつかった時期 理解度
6. 検索技術への理解度と開発フェーズの推移 ⾃信 ③ リリース後期 ① 内製化初期〜中期 運⽤しながら理解していった時期 意外と簡単に⾒えた時期 ② 内製化後期 壁にぶつかった時期 理解度
7. 内製化初期〜中期①：まずは Solr を使えるようになる 課題 • 検索技術の前提知識がない状態でプロジェクトに参加（4名のチーム） • DBと検索エンジンの違いもよくわかっていなかった • ドメイン知識と検索技術を同時にキャッチアップする必要があった やったこと • Solr の基本的な使い⽅を学習 • 転置インデックスやBM25 などの基礎を学習 • 実際にスキーマ設計や indexer 開発を担当
8. 内製化初期〜中期②：完全に理解した気になった 苦労話 • 広告配信のドメイン知識と検索技術を同時に学ぶ必要があった • ⼿探り状態でスキーマを設計していた • Solr の設定が検索結果にどう影響するのか、実感を持つまで時間がかかった 学び • DBと検索エンジンはデータの持ち⽅‧探し⽅が違う • 形態素解析されたフィールドが検索品質に影響する ➡ Solr の基本的な使い⽅は理解でき、「完全に理解した」気になっていた
9. 検索技術への理解度と開発フェーズの推移 ⾃信 ③ リリース後期 ① 内製化初期〜中期 運⽤しながら理解していった時期 意外と簡単に⾒えた時期 ② 内製化後期 壁にぶつかった時期 理解度
10. 内製化後期①：性能の壁にぶつかる 課題 • 実装や結合試験が完了し、性能試験フェーズへ • 想定していたレイテンシーが出ず、p99 が安定しない • リリース期⽇は決まっていたが、間に合わない可能性があった やったこと • クエリや設定を⾒直しながら地道にチューニング • 他チームにも協⼒してもらいながら原因を調査 • 必要に応じてリソース増強も実施 ➡ 最終的に⽬標レイテンシー内に収めた
11. 内製化後期②：チューニングで学んだこと 苦労話 • Solr のプラットフォームを利⽤していたため、内部構造の理解が浅かった • キャッシュやウォームアップの知識がなく、改善案を出せなかった • 検索エンジンの運⽤知識不⾜を痛感した 学び‧成⻑ • シャーディングやレプリケーションの構成 • キャッシュ戦略やウォームアップによる性能への影響 • Solr を使っていても、Solr の内部を知らなくてよいわけではなかった
12. 検索技術への理解度と開発フェーズの推移 ⾃信 ③ リリース後期 ① 内製化初期〜中期 運⽤しながら理解していった時期 意外と簡単に⾒えた時期 ② 内製化後期 壁にぶつかった時期 理解度
13. リリース後期①：内製化して終わりではなかった 課題 • より良い広告を出すため、新しい施策が追加される • モデル精度改善やフィルタリング追加により検索処理が複雑化 • リリース時に向き合ったレイテンシー問題と再び向き合うことになった やったこと • 広告品質改善施策に伴うSolrスキーマ設計‧開発 • レイテンシー悪化 / タイムアウト時の原因調査などのアラート対応 • 継続的なパフォーマンスチューニング
14. リリース後期②：運⽤で現実的な理解に近づく 苦労話 • 検索品質を上げる変更が、性能⾯では負荷になることがあった • アラート対応を通じて、⽇々新しい課題が⾒つかった 学び‧成⻑ • 検索品質とレイテンシーは継続的にバランスを取り続ける必要がある • 新規施策では、スキーマやクエリの設計段階から性能を意識する必要がある • ログやメトリクスを⾒ることで、検索エンジンの状態を少しずつ理解できる ようになった
15. まとめ • 最初は、Solr にデータを⼊れれば検索できると思っていた • リリース前に、性能‧データ量‧運⽤の壁にぶつかった • リリース後に、検索品質とレイテンシーのトレードオフを学んだ • 今後は、Solr / Lucene の内部構造にも興味を広げ、検索技術をより深く理解 していきたい ➡ 検索エンジンは、作って終わりではなく、運⽤しながら育てていくシステム