最新のアプリやサービスのニュースを書くのが仕事の筆者にとって情報の整理は永遠の課題だ。 もちろん書くことを仕事にしている人に限らず、氾濫する大量の情報を必要な時に取り出して利用したいという欲求は多くの人が持っているはずだ。 以前は手書きノートやファイルのような紙媒体に保存していた情報も、時代とともに完全にデジタルに移行し、Evernote、Microsoft OneNote、Notionといったメモを作成することに特化したクラウドアプリを利用している人も多いだろう。 筆者はおそらく普通の人よりは多くのサービスに触れているはずだが、どれも帯に短したすきに長しに感じてしまい、複数のメモアプリに情報が散乱してしまっているのが実情だ。 そこで6月6日に日本でも提供が開始されたグーグルの「NotebookLM」だ。 「AI駆動型のリサーチ、執筆アシスタント」と説明されているように、参照文献（ソース）

従来の検索エンジン Perplexity.aiの検索 RAGとの関係 perplexity.aiでリサーチするときのプラクティス 英語で検索しよう しっかり調べたい時はPage機能を使う ちょっとした調べ物 今使えるモデル まとめ Perplexity.aiがすごく良かったです。何か知りたいことが出てきたら、Google検索するよりもPerplexity.aiで検索している。 Perplexity.aiは、生成AIを用いた検索エンジンと見なすことができるサービスで、情報収集の効率を劇的に向上させてくれます。ユーザーの質問に対してWebをクローリングし、関連情報を要約し、それらの参照リンクとともに高精度な回答を提供してくれる。 最初にネタバレしておくと、このエントリ自体もかなりの部分をperplexity.aiの要約と回答生成能力に頼りました（Github Copilotにもわずかに頼ってい

「会社の公式サイトにあるFAQページを改善するよう指示されたが、どうすればいい？」 「FAQの内容を充実させれば問い合わせの件数を減らせると聞いたけれど、何を改善すべき？」 コンタクトセンター（コールセンター）に勤務していて、そんな疑問を持っている方も多いのではないでしょうか。 FAQサイトの改善には、いくつかの方法と改善ポイントがあります。例えば以下のような方法です。 ◼️FAQの項目を充実させる ◼️検索性をアップする ◼️検索エンジンで上位表示されるようSEO対策をする ◼️FAQの項目をカテゴリー分けする ◼️問い合わせが多い順に並べる ◼️回答をわかりやすく記載する ◼️定期的に内容を更新する

[レベル: 上級] そのコンテンツを作成したのは誰なのか、そしてその人物がどんな存在なのかを Google はどのようにして認識しているのでしょうか？ プロフィールページで自分を明かす コンテンツ著者を Google はどのようにして認識するのかに関して John Mueller（ジョン・ミューラー）氏はオフィスアワーで次のように説明しました。 コンテンツを作った人が誰なのか、その人はどういった存在なのかを私たちのシステムは認識しようとする。いくつかの異なる要因に基づいて認識しており、たとえばプロフィールページへのリンクやそのページにある視覚要素などだ。 ミューラー氏はこのように説明したうえで、著者に関するすべての情報が載っているプロフィールページへ（各記事から）リンクすることを推奨しています。 プロフィールページは、ウェブに存在するその人の情報を集約する場所の役割を果たすようにします。

本記事の目的 もともと本業でデータサイエンスやディープラーニングを扱っていたわけでもなく、ディープラーニング周りは「なんとなく知っている」という状態。ちゃんと勉強したいと思いながらもなかなか手が出ず、モデル実装の経験もない。 上記の状態から、この1年間くらいでやっと、初めてディープラーニング実装の経験をするところまでたどり着いた。とりあえずデータサイエンスの入口に立てた（かもしれない）ということで、整理のためここまで取り組んできたことをまとめてみた。 これから勉強を始める、誰かのために役立てば嬉しい。 ＜画像ディープラーニングの始め方＞ ◇ ステップ1. 画像系AIの全体像を把握する ◇ ステップ2. 画像分類を実装してみる ◇ ステップ3. 理論をフォローアップする ◇ ステップ4. 実装の経験を積む ステップ1．画像系AIの全体像を把握する とりあえず初心者向けの書籍や動画などを見て全

Hubble Network has become the first company in history to establish a Bluetooth connection directly to a satellite — a critical technology validation for the company, potentially opening the door to

[レベル: 上級] Product（商品）の構造化データで価格下落をリッチリザルトに表示できるようになりました。 米 Google (google.com) の PC 検索とモバイル検索ですでに導入されています。 リッチリザルトで通常価格と比較できる 価格下落の拡張表示によって、価格が下がったときにそのことをリッチリザルトでユーザーは認識できます。 Price（値段）に続くカッコの中に “typically $39” と書かれています。 「通常 39 ドル」の意味です。 現在の値段が 27.99 ドルなので 10 ドル以上値下がりしたことがわかります。 Offer タイプを追加する 価格下落を表示させるには、Offer タイプを Product 構造化データに追加します。 AggregateOffer ではいけません。 price プロパティで指定する値段は特定の金額にする必要があります。

12月23日に2020年最後のオフィスアワーが開催されました。 Googleの金谷さんとあんなさんが回答した内容をまとめます。 対策キーワードで1位を狙いませんか？ 貴社コンテンツを徹底的に分析し、1位にするための改善案を無料でご提案します！ まずはサクラサクのコンサルタントにご相談ください。 無料相談はこちら Googleからのお知らせ YouTubeチャンネル40万人フォロワー 現在英語以外の言語でオフィスアワーは行われておらず、日本語で行われているのは貴重 お二人はこれまでフォローや高評価の依頼をしていなかったとのこと・・・。 おすすめ動画 Google検索、アルゴリズム、品質評価等について紹介されている動画です。 英語なので日本語字幕推奨 コアアルゴリズムアップデート 本日、広範囲にわたるコア アルゴリズムのアップデート（December 2020 Core Update）を実施い

約1年前、BtoB企業における顧客獲得型サイトの勝ちパターンをまとめた『BtoBサイト・チェックリスト』を、ベイジ、才流さん、WACULさんの3社連名で発表し、大きな反響をいただきました。 このチェックリストはブログで公開しただけではなく、私たちのウェブ制作の現場でもフル活用されています。この1年間に手掛けた多くのBtoBサイトが、このチェックリストを満たすように設計され、多くのBtoBサイトでコンバージョン数/率やフォーム誘導数/率の向上など、ポジティブな変化が生まれました。 このような活動の中から、『BtoBサイト・チェックリスト』の内容を満たした『BtoBサイト・ワイヤーフレーム』なるものが誕生しました。これを今回、皆さんにご提供します。リード情報なども一切取らず、そのまま丸ごとお渡しします。 BtoBサイト標準ワイヤーフレームXD版（770KB） BtoBサイト標準ワイヤーフレーム

[レベル: 上級] “December 2020 Core Update” と名付けられた、広範囲にわたるコア アルゴリズム アップデートを Google は先週後半に実施しました。 時間がたつにつれて、かなり大きな変動が発生しているようです。 Passage Indexing が、今回のコア アップデートと同時に導入されたのではないかという推測もあるようですが、どうなのでしょうか？ Google の John Mueller（ジョン・ミューラー）氏が、この推測に対して英語版オフィスアワーでコメントしました。 別の変更とコア アップデートをセットでは実行しない Passage Indexing がもう導入されたかどうかはわからないが、通常は、そうしたほかの変更とセットでコア アップデートを実行することはない。 同時に実行することがひょっとしたらあり得るかもしれないが、それはコア アップデー

アクセス解析の実態調査としてGoogleアナリティクスに関するアンケートを実施。CVR改善など、成果を上げるために使うべき機能・使わなくてもよい機能を明らかにした。

Welcome, folks, to Week in Review (WiR), TechCrunch’s regular newsletter that recaps the week that was in tech. This edition’s a tad bittersweet for me — it’ll be my last (for a wh While the venture world is abuzz over generative AI, Dayna Grayson, a longtime venture capitalist who five years ago co-founded her own firm, Construct Capital, has been focused on comparatively borin

[レベル: 上級] Search Console のリンク否認ツールが新しいバージョンになりました。 Google Search Central の Twitter 公式アカウントがアナウンスしています。 Today we're completing the migration of the Disavow links tool to the new Search Console interface 🎊 ✅ Improved interface ✅ Download a disavow file as a text file ✅ Error reports for uploaded files are no longer limited to 10 errors Read more at https://t.co/KSY9a4o3Pp pic.twitter.com/TRKFx0XCEI

あるいは、title要素に含める情報をむしろ減らすほうがSEOに役立つということはないだろうか？（少なくとも特定の状況では） いくつかの調査から、次のことがわかっている： title要素は一定の長さの方が高い効果を発揮する傾向がある Etsyのエンジニアチームによる今ではよく知られるようになった調査では、短いtitleタグの方が、長いtitleタグより効果があったという。SEO担当者らはその理由として、 title要素は短いほうがより対象を絞って関連性を高められる（コアキーワードに集中するため）クリック率を上げられる可能性があるといったものや、あるいは僕たちには想像できない他の理由があると推測している。 では、titleタグを短くするには、どうするか。文字や単語を削るしかないだろう。 ではtitle要素のどの部分を削って短くするか。間違いなく、削る対象として選ぶのは次のようなものだろう：

[レベル: 上級] Googlebot が HTTP/2 でのクロールを開始しました。 2020 年 11 月から HTTP/2 でクロールし始めることを Google は 9 月下旬にアナウンスしていました。 予定どおりの実施です。 サーバーログで、Googlebot の h2 クロールを確認 予想外に（理由は後述）、HTTP/2 による Googlebot のクロールを僕のブログでもサーバーログで確認できました。 www.suzukikenichi.com 172.69.69.207 - - [14/Nov/2020:03:46:49 +0900] "GET /blog/how-to-set-up-503-error/ HTTP/2.0" 200 32415 "-" "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) A

Search Consoleの検索パフォーマンスで「平均順位が高い」「表示回数が多い」のに「クリックがない」検索クエリが出てくることはないだろうか。そうした「幽霊クエリ」が出てくる背景を解説する。 今週もSEOやサイト運営に役立つ情報をいろいろとまとめているが、今回もおもしろいネタが多い。 特に2ページ目の「Googleマイビジネスのエキスパートが解説」「中小企業のオンラインショップ開業をグーグルが支援」の2つは、なかなか興味深い。すべての人に関係するネタではないのだが、関係する人にはぜひ情報を教えてあげてほしい。 グーグルから情報を削除する方法グーグルでは非HTTPSのページは実質存在しない状態？―― 検索結果1ページ目の98%がHTTPS「インデックス登録をリクエスト機能」が一時的に無効にSEO評価の悪用、動画とSEO、上位表示から突然消える など21の疑問にグーグル社員が答えたGMB

品質評価ガイドラインが公開されて以降、YMYLやE-A-Tは、SEOにおける大きな注目点でありつづけています。にわかに改善することは難しく、一夜にして大きな効果を得ることは不可能でしょう。 SEOのハックの手段として調査する意味はほぼないと言えますが、長期的な戦略やGoogleの考えを推測する上で、E-A-Tについて詳細を知ることはプラスになると思います。 今回は、Googleの特許について深い知識を持つビル・スラウスキ氏との共作によるE-A-T分析の記事をSearch Engine Journalより紹介いたします。 E-A-Tが検索に与える影響の全てを知る術はないが、Googleの特許を見ることで、Googleのアルゴリズムの能力を理解することができる。 E-A-TがSEOについての議論の中心を担うようになって以来、多くの都市伝説や誤解が生まれてきた。 また、我々の業界の誰しもが、理解

ブラウザがWebページをどのようにレンダリングしているか、図を用いてやさしく解説した記事を紹介します。 レンダリングの仕組みを理解することで、HTMLやCSSやJavaScriptなど実装時にも気をつける点があります。 How the browser renders a web page by James Starkie 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに 1. HTMLの解析（パース）を開始する 2. 外部リソースを取得する 3. CSSを解析し、CSSOMを構築する 4. JavaScriptを実行する 5. DOMとCSSOMをマージしてレンダリングツリーを構築する 6. レイアウトとペイントを計算する はじめに 私の考えとしては、高速で信頼性の高いWebサイトを構築するには、実装中に各ステップを最適

こんにちは、開発エンジニアの amdaba_sk（ペンネーム未定）です。 昨年度まで、ラクスの開発部ではこれまで社内で利用していなかった技術要素を自社の開発に適合するか検証し、ビジネス要求に対して迅速に応えられるようにそなえる 「開（か）発の未（み）来に先（せん）手をうつプロジェクト（通称：かみせんプロジェクト）」というプロジェクトがありました。本年度からは規模を拡大し、「技術推進プロジェクト」と名称を改めて再スタートされました。 本記事では、昨年度かみせんプロジェクトとしての最後のテーマとなった機械学習テーマの延長として 2020 年度上期に行った「AutoML ツールの調査と評価」について取り組み結果を報告します。 （ちなみに機械学習テーマは前年度から継続していたこともあり、上期で終了となってしまいました。残念……） なお過去の報告記事はかみせんカテゴリからどうぞ。技術推進プロジェクト