Google Apps Scriptでスクレイピングを極める【GAS】 | 🌴 officeの杜 🥥
今回使用するサービス等 スクレイピングサンプル - Google Spreadsheet Google Cloud Functions Puppeteer cheerio for Google Apps Script 以前、PuppeteerとCheerioを使ってテーブルデータをスクレイピングしましたが、参考になるかと思います。 Puppeteerでテーブルデータを取得する 事前準備 注意事項 Google Apps Scriptでのスクレイピングですが、Node.js + Puppeteerで作る場合と異なり、GASだけでスクレイピングする場合には色々と注意事項があります。主に 6分の実行時間制限がある Google Workspaceの場合、UrlfetchAppは100,000 回/1日の制限事項がある JavaScript多用の動的サイトのスクレイピングは出来ない（Puppete
上手な「在宅勤務」のコツ | Google Cloud 公式ブログ
※この投稿は米国時間 2020 年 3 月 18 日に、Keyword に投稿されたものの抄訳です。 Google での私の仕事は、時間を最大限に活用する方法を皆さんに紹介することです。在宅で勤務する場合、1 日の日課が、通勤して会議室まで行き来したり同僚と会って話をしたりするというオフィス勤務の場合とはまったく違うため、私の提唱する生産性向上戦略が一層重要になってきます。自宅がオフィス代わりになると、ルーティンも一から作り直す必要があります。 実際に同僚がそばにいない状態で仕事をするという状況は、Google では当たり前になってきています（Google のミーティングの 39% には複数都市の社員が参加しています）。しかし、この環境は誰にも適しているわけではありませんし、世界中の多くの人々は、今までとは異なる新しい仕事環境に面していると感じています。そこで今回、仕事場がどこであっても生
Googleが繰り返すデザイン変更からたどり着いた極意「明白こそが至高」について解説
by Rajeshwar Bachu GoogleはGoogle検索やGmailなどさまざまなプロダクトを作成していますが、そういったプロダクトをデザインする中で得た知見などをまとめるためのデザイナー・開発者たちによる共同プロジェクト「Google Design」が存在します。そのGoogle Designが、「明白なUIこそ至高のUIである」として、ユーザーインタフェース(UI)デザインにおいて重要な要素をまとめて解説しています。 The Obvious UI is Often the Best UI - Google Design - Medium https://medium.com/google-design/the-obvious-ui-is-often-the-best-ui-7a25597d79fd デザイナーはプロダクトができる限り使いやすく、可能な限り誘導的なものになるよ
ITP2.1の影響と対策方法のまとめ、JavaScript生成cookie7日間問題 | marketechlabo
ITPの仕様 次々と新しいバージョンがリリースされるITP。微妙にアップデートされ、仕様がわかりにくくなっているので現時点で最新のものを解説する。 ITPの目的と概要 われわれウェブサイト運用者は cookieやローカルストレージなどを使ってブラウザにドメインのデータを保持し、 それらのデータを必要に応じてツール間で連携する ことによって行動計測やコンテンツの出し分けなどのマーケティング活動を行っている。ITPはウェブサイト訪問者のプライバシー保持のためにそれを制限する仕組みである。具体的に何をやっているのかざっくりまとめると、 この3つのケースにおいて cookieなどを使ったデータ保持が短期間しかできなくなる（期間の長さはケースごとそれぞれ異なる） リファラが使い物にならなくなる 可能性があるということである。その結果 コンバージョントラッキングができない リマーケティング広告が配信で
Google Apps Script でも require()したい
こんにちは、村上 (@fossamagna) です。 今回はQiitaの Google Apps Script Advent Calendar 2015 に投稿した 記事 の転載です。 gasifyというツールを作成したので合わせてご紹介します。 Google Apps Script でも require()したい普段、Node.jsのようなサーバサイドJavaScriptだったり、ブラウザ上のJavaScriptだったりをターゲットにして開発していると、require()使ってモジュール化してコードを作っていきますよね。 Google Apps Scriptでも同じようなrequire()使えたらなーと思い試してみたので、その内容を紹介します。 Google Apps Script のモジュール機能Google Apps Scriptでは、公式に提供されているライブラリがモジュール機能に
Google、Webブラウザで「doc.new」と入力するだけで新規ドキュメント作成可能に - ITmedia NEWS
これは、Googleが「.new」というトップレベルドメイン（gTLD）を持っているので実現できた。同社はインターネットドメイン管理団体ICANNが2011年6月に自由化する方針を発表した後、「.docs」や「.apps」など多数のgTLDを申請した。.newは2014年に取得している。 Googleのツイートによると、今のところ新規ページを開けるのはGoogleドキュメントとGoogle Sitesの新規ページのみだが、「mail.new」でGmail新規メール作成が、「contacts.new」で新規連絡先追加が可能になるかもしれない。 関連記事 「Chrome 70」でChromeへのログイン必須を解除へ フィードバックを受けて修正 Googleが「Chrome 69」でGoogleサービスへのログインとChromeへのログインを連携させたことに対する批判が高まったことを受け、同社は
グーグル社員が「労働時間」を問われない理由 —— 「時間で管理は愚かな考え方」だ | Business Insider Japan
日本で深刻化している「長時間労働問題」。 もしこの問題があの「Google」で起こったとしたら、同社はどう対処し、解決するでしょうか。Googleで人材育成やリーダーシップ開発に携わってこられたピョートル・フェリクス・グジバチさんにお話を伺いました。 Googleの社員が「労働時間」を問われない理由ーピョートルさんの在籍中、Googleで「長時間労働」が問題として挙がったことはありましたか？ 少なくとも、単に「長時間働いているから」というだけで「あの人は仕事を頑張っている」と評価が上がるということはありませんでした。 そもそも「労働時間で管理する」というのは、工場やレストランで働く人など、アウトプットが定型化している仕事に就く人をマネジメントする際に使われる考え方。 そうではない、例えば、営業職、企画職、あるいは管理職もそうですが、いわゆるホワイトカラーの職業に就く人を「時間で管理する」と
GoogleマイビジネスAPIが投稿の機能をサポート、独自ツールからのGoogle Postsの投稿が可能に
[レベル: 上級] Google マイビジネス API が Google への投稿、通称 Google Posts をサポートするようになりました。 ローカルビジネスオーナーは、公式のダッシュボードからではなく独自ツールやサードパーティ製ツールを使って Google Posts を投稿できます。 API が投稿を公式にサポート開始 Google マイビジネス API の変更ログに、投稿機能のサポートが追加されました。 Posts on Google You can now create Posts on Google directly through the API. API の使い方のヘルプ記事にも記載されています。 サードパーティ製ツールがサポートするか？ Google Posts を活用しているローカルビジネスがどのくらいあるかわかりませんが、僕の知る限りではさほど多くないように思い
Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ
Google、書籍「Site Reliability Engineering」の無料公開を開始。インフラや運用をソフトウェアで改善していく新しいアプローチ 「Site Reliability Engineering」（SRE）とは、GoogleのシニアVPであるBen Treynor氏が提唱した、高い信頼性や性能を発揮するシステムインフラを実現し、改善していくアプローチのひとつです。 これまでの運用チームやインフラチームによる運用や改善とSREが異なるのは、SREでは積極的にコードを書き、ソフトウェアによって目的の達成を目指している点にあるといえます。 Googleが公開しているSREのWebサイトでは、SREを次のように説明しています。 Like traditional operations groups, we keep important, revenue-critical syst
モバイルWebのUIを速くする基本テクニックがわかる──Google I/O 2016 High Performance Web UI
モバイルWebのUIを速くする基本テクニックがわかる──Google I/O 2016 High Performance Web UI 川田寛（ピクシブ株式会社） こんにちは、ふろしきです！ 私はHTML5 Experts.jpで、過去2年ほどGoogle I/Oの情報を発信し、Web技術の変化についてお伝えしてきました。振り返るとGoogleは、2014年にモバイルWebの提唱と技術要素の拡大を図り、2015年からは「RAIL（モバイルWebが目指すべきパフォーマンス指標）」や「Progressive Web Apps（アプリのように振る舞うWeb）」といった、モバイルとの親和性が高いWebを作り出すための”考え方”を推し進めました。今年2016年は、さらにそれを踏み込んでいったという感じがします。 今回のI/Oで取り上げるのもそのひとつ。毎度お馴染みGoogle Developer A
特許情報とGoogleの発表から導き出した”順位決定にプラスに働く”外部要因54項目
Googleの数々の発表から、現在検索順位の決定に使われているアルゴリズムには数百の要素があることが伺えます。 その要素についてGoogleは毎日のように改良を加えており、その中にはパンダアップデートやペンギンアップデートのような大規模なものから、名前のない小さなものまで様々なアルゴリズムが存在します。 今回は独自の調査やGoogle社員の発言から、Googleがアルゴリズムとして検索順位の決定に利用していると考えられる項目を導き出し、発表した記事を翻訳してご紹介します。Google公式のものではなく、あくまで1個人（会社）の調査と考察よるものですが、各要因の信憑性まで書かれており、SEOを実践する上で非常に参考になる内容になっています。 ※なるべく原文の表現を曲げないように翻訳しているため、日本語として読みづらい点等ございますが、ご容赦頂ければと思います。 元記事:Google Rank
構造化データの品質ガイドラインをGoogleが更新、見えないコンテンツのマークアップを厳格に規制
[レベル: 中級] 構造化データのガイドラインを今年の1月にGoogleは新たにしました。 その後、2月と3月に一部を更新しています。 3月の更新にはポリシーの変更が含まれます。 見えないコンテンツのマークアップを以前よりも厳格に規制しています。 比較的重要なのでこの記事で紹介します。 構造化データ品質ガイドラインの更新 現在の品質ガイドライン（の一部）を日本語訳しました。 高品質な構造化データは、誤解を招いたりだましたりするような体験を検索ユーザーに与えてはいけません。テキストや画像、動画などそのページで見ることができるコンテンツのトピックを、最新の状態で正確に反映している必要があります。 構造化データが関連性の基準を満たすために、アルゴリズムと手動によるチェックを行います。これらの基準に適合しない構造化データを見つけた場合は、ユーザーへの高品質な検索体験の提供を維持するために手動で対策
旧構造化データテストツールの提供をGoogleが終了、リッチスニペットのプレビューができなくなった
[レベル: 中級] 以前のバージョンの構造化データテストツールの提供をGoogleは終了したようです。 アクセスすると、新しいバージョンの構造化データテストツールにリダイレクトされます。 旧構造化データテストツールの提供終了にともないリッチスニペットのプレビューを確認することができなくなりました。 新しい構造化データテストツールへリダイレクト 以前の構造化データテストツール（旧名称リッチスニペットテストツール）は、2009年に公開されました。 URLは、https://www.google.com/webmasters/tools/richsnippets でした。 このURLに現在アクセスすると、https://developers.google.com/structured-data/testing-tool/ のURLで提供される新しい構造化データテストツールに301リダイレクトされ
GoogleのSEOに関する公式見解や学びが深まる資料10選を紹介
SEO対策をしていて最も歯痒いことと言えば、「正解がない」ということではないでしょうか。なぜなら、Googleは具体的な情報を公開しない上、公開したとしても曖昧な情報が多いからです。 以前に比べると公式での発表は多くなりましたが、それでも内容によっては推測の域を超えないような情報も多いです。 この記事では、これまでにGoogleが公式発表した、Web担当者必見のSEO関連資料や見解をまとめました。 目次 Googleが実現したいSEOとは？ Google検索サービス Google が掲げる 10 の事実 Search Console ヘルプ 検索エンジン最適化スターターガイド 検索エンジン最適化（SEO）クイック チェックシート ウェブマスター向けガイドライン Google developers スマートフォン向けウェブサイトの構築 Google検索エンジンに関する特許（日本語訳記事） ウ
【アクセス解析】Googleアナリティクス個人認定資格（GAIQ）が日本語対応し、かつ無料化に - 検索サポーター
一ヶ月前からなのに今更気がつきました WEBの情報収集を行おうと日々のサイト巡回を行っていたところ、株式会社LIGの「誰でも簡単にできるGoogle Analyticsのランディングページ分析入門 | 株式会社LIG」というエントリーを発見し、閲覧しました。 エントリーにはGoogleアナリティクスを使って、誰にでも簡単にランディングページ（ここでは「ユーザーが一番最初に閲覧するページ」として語られている）を分析する方法が書かれていました。 アナリティクスを使えばもっと色々と分析は出来ますが、いきなり詳細に分析するとなるとさすがにこの１ページでは語れないですし、一般的には丁度よい難易度のエントリーだなと感じました。 このエントリーを読んで私は、そういえばGoogleアナリティクス個人認定資格（GAIQ）を受けようと思っていて、まだ受けていなかったことをふと思い出しました。 （Googleア
【保存版】ユニバーサルアナリティクスがよく分かる！実務者向け徹底解説
※本記事は、2014年公開当時の情報を基にした記事です。 先日、ユニバーサルアナリティクスって何が違うの？その機能や移行方法など徹底解説という記事を書きましたが、今回はユニバーサルアナリティクス（UA）の実務編として細かな設定方法などをまとめました。 調査～テスト～執筆まで3週間がかりでした。設定方法などでお困りの方に、少しでもお役にたてましたら本当に幸いです。また、十分に確認はとったつもりですが、万が一誤りありましたらご指摘下さい。 ＼UAは利用できなります！後継のGA4情報を資料にまとめました！／ この記事の内容 セッション定義変更に関して カスタム変数とカスタムディメンションとカスタム指標に関して 基本的なスニペットの置き換えに関して ・ イベント ・ e コマース ・ 仮想ページビュー ・ ソーシャル インタラクション（ソーシャルプラグイン） ・ クロスドメイン トラッキング ・
schema.orgに準拠してクローラと会話しよう - QiitaのSEO事情（後編） - Qiita
前編ではHTML5のアウトラインを綺麗にする、というお話でした。アウトラインを綺麗にすれば、検索エンジンにコンテンツの階層構造がどうなっているのか、正しく教えることができます。 けどそれだけでは1つ1つのまとまりが一体何を表しているのかが不明です。 schema.orgに準拠することで、そこに何が書かれているのか、を検索エンジンに教えることができます。 schema.orgとは schema.org はGoogle, Microsoft, Yahoo!などの検索エンジンベンダーが集まってマークアップ方式を標準化している組織とその標準化された仕様を文書化しているサイトです。 例えば「ここは著者のことを書いています」「これは著者の名前です」「この記事が公開されたのはこの日時です」などなど、HTMLの機能だけでは伝えきれない詳細な情報をクローラに伝えるための手段が色々定義されています。 ちなみに
サイトに初めて訪れたユーザーが、その後もユーザーとして継続的に訪問しているのかを分析するには？（第9回） | Googleアナリティクス セグメント100選
サイトに初めて訪れたユーザーが、その後もユーザーとして継続的に訪問しているのかを知りたい。今回は「最初のセッションの日付」セグメントを使って、リピート訪問分析の方法を紹介する。このセグメントはユーザーベースで、初回訪問の時期をグルーピングしてセグメント化するものだ。 メディアサイトやeコマースサイトなどは、いったんサイトを知ってくれたユーザーがその後継続的に訪問してくれることが、サイト運営の効率上で重要な要素の1つだろう。Webサイトではないが、モバイルゲームアプリなどでは、獲得ユーザーのその後の有料化率、累計アイテム購入額などが、ビジネスの成功を大きく左右するとも聞く。 何らかのきっかけでせっかくサイトを知ってもらったユーザーが、その後サイトに継続的に訪問してくれているのか、どんなコンテンツに接触しているのか、成果に寄与してくれるのかを、ユーザーになってくれた世代別に評価できれば、ある程
最新グーグルSEO要因と順位の関係7つのポイント、サイバーエージェントと京都大学が共同研究 | 【レポート】Web担当者Forumミーティング 2013 Autumn
取得したデータを基にした分析手法では、上位のサイトのデータ項目の傾向を機械学習させ、そのアルゴリズムを用いて順位を予想し、実際のGoogleでの順位との誤差でアルゴリズムの信頼度を決めている。また、これらの分析結果を解説する前に木村氏は、相関関係があるからといって必ずしも因果関係があるわけではないこと、相関が大きければよいわけではないこと、定量データ以外は計測できていない（今回のデータがすべてではない）ことを注意点として示している。 インデックス数が最も高い相関を示す続いて、ランクとの相関が大きい要素として圧倒的に大きかったのが「インデックス数」であったことを示す木村氏は、物理的にURLの配下にあるページ数がランクとの相関が大きいと説明する。 また、ディレクトリトップやサイトトップのインデックス数も相関が大きい要素として挙げられている。被リンク数に関連する要素（被リンク総数、被リンクサイト
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Material UI