ユニバーサル アナリティクスは Google アナリティクス 4 に置き換わりました - アナリティクス ヘルプ
最終更新日: 2024 年 2 月 26 日 Google アナリティクス 4 は、ユニバーサル アナリティクスに代わる次世代の測定ソリューションです。2023 年 7 月 1 日をもって、標準のユニバーサル アナリティクス プロパティにおける新しいデータの処理は停止されました。また、2024 年 7 月 1 日より、すべてのお客様がユニバーサル アナリティクスのインターフェースと API にアクセスできなくなります。ウェブサイトの測定を続けるには、Google アナリティクス 4 プロパティが必要です。移行がお済みでない場合は、Google アナリティクス 4 に移行してください。 移行のタイムライン ここまでの流れ 2023 年 3 月以降: 有効な標準のユニバーサル アナリティクス プロパティを新しい Google アナリティクス 4 プロパティに手動で移行しておらず、かつプロパティ
一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない
Webディレクターのスキルツリー - 二宮日記
Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います
OGP確認：facebook、twitter、LINE、はてなのシェア時の画像・文章を表示 | ラッコツールズ🔧
ブックマークバーなどにドラッグ＆ドロップで登録しておくと、クリックするだけで閲覧中のサイトのOGP設定がすぐに確認出来ます。
Cloudcraft – Draw AWS diagrams
Visualize your real-time AWS or Azure architectures and assess cost with professional diagramsTry Cloudcraft FreeRequest a Demo Whether you’re building a cloud architecture from scratch, documenting your current environment, or looking to optimize cloud cost, Cloudcraft allows you to visualize and communicate your architecture with ease. Build diagrams from scratchCreate a professional architectur
Can I email…
Apple Mail macOS iOS Gmail Desktop Webmail iOS Android Mobile Webmail Outlook Windows Windows Mail macOS Outlook.com iOS Android Yahoo! Mail Desktop Webmail iOS Android AOL Desktop Webmail iOS Android Samsung Email Android Mozilla Thunderbird macOS Windows ProtonMail Desktop Webmail iOS Android Fastmail Desktop Webmail HEY Desktop Webmail Orange Desktop Webmail iOS Android LaPoste.net Desktop Webm
意匠法改正が変えるWebサイトリリース・リニューアルのプロセス | Web担当者Forum
意匠法が大きく変わります。 「特許法等の一部を改正する法律案」は2019年3月1日に閣議決定され、4月16日に衆議院で可決され、5月10日に参議院で可決されました。 この法律案には、意匠法の改正が含まれています。 意匠権について、より世界的な運用基準へと準拠し、使いやすいものにするためです。 今回の法改正により、Web担当者にとって大きな影響を及ぼすのが、Webデザインの意匠権が認められたという点です。 詳細については、弁理士の渡部仁先生に寄稿頂きました「意匠法改正によるWebデザインの保護」という弊社サイトのブログ記事をご覧下さい。 今回の法改正のポイント意匠権は強力な権利Webデザインが意匠権として認められるようになったという事は、自社のWebサイトのデザインを法的に強力に保護できるようになったという事です。 その一方で、他社が意匠権を獲得したWebデザインと自社のWebデザインが似て
携帯キャリアのメールアドレスとHTMLメールの闇 - Qiita
頭の痛い表ができました。 いまどき「インターネット画像参照」NGなメール環境は世界的に珍しいのですが、さらに、メールアドレスだけ見ても「インターネット画像参照」できるかは分からないのです。だって、メールアドレスを見ても相手がどんな受信環境かは分からないですから。 ソフトバンクのiPhone用メールアドレス @i.softbank.jp は例外で、これだけは「インターネット画像参照」OK確定です。 携帯キャリアメールアドレスの「インターネット画像参照」NGな環境に、「インターネット画像参照」するHTMLメールを送ると、真っ白になったり、「×」画像がたくさん並んだ表示になります。 「えっ？テキストとHTML両方を含んだマルチパートで送るんだから、不都合なHTMLパートではなくテキストパートが表示されればいいのに」と思った方は鋭い。マルチパートはそのような目的のためにあるものですが、携帯キャリア
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。｜じゅ ごん｜note
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。 [Ateam Lifestyle x cyma Advent Calendar 2018]の5日目は、株式会社エイチームライフスタイルの@gonjyu121が担当します。 はじめに最近のWEBサービス運営チームというと、事業運営や企画営業のチームと、エンジニアチームが一緒になって働く事が多いですよね。 そんな時、多くのエンジニアが、 「品質保持やリファクタリング、改善系のissue（タスク）の優先度がなかなか上がらず、着手できない・・・・・・」 といった悩みを抱えがちです。これなんですが、非エンジニアの皆さんからすると、 「エンジニアがすごいのは分かるんだけど、何をやってるか、なんでこんな時間がかかるのか、正直分からないんだよなー」 と思っていたりします。こんな話、
Webパフォーマンス虎の巻
Webパフォーマンス向上施策のために、今更ながら超速本1を読んだので、今までの自分の知見と合わせてまとめてみます。 なるべく柔らかく、改善施策ってまず何をどうすればいいの？という疑問を持った人に向けて書いています。 ▪️格言 そもそもWebは速い。遅くしているのは我々です。大抵は技術の問題ではなくて、人の問題。 引用元： テクニックではなく、今、本気で取り組むべきWebパフォーマンス （html5jパフォーマンス部 部長 竹洞さん） 心得 パフォーマンス向上に対する施策は大別すると以下の２通り 軽量化 （単純にやりとりするデータ容量を小さくすること） 圧縮 削除 最適化 （その時に最も適している実装・実行をとること） 経路・順番の変更 非同期 もっとも遅くしている原因を探して、それを対策するのが原則。「対効果」が絶対的正義である。手段から入るのは愚策。まず先に原因を知ることが重要。 ▪️1
【AWS】アカウント契約の準拠法をワシントン州法から日本法に、管轄裁判所をワシントン州キング郡州裁判所から東京裁判所に変更する方法 - Qiita
【AWS】アカウント契約の準拠法をワシントン州法から日本法に、管轄裁判所をワシントン州キング郡州裁判所から東京裁判所に変更する方法AWS要件定義契約非機能要件AWSArtifact はじめに AWSを利用しているプロジェクトのリーダーは一読ください。 AWSアカウント契約の準拠法と、管轄裁判所を変更する手順をまとめます。 お客様のAWS環境を自社が代行して契約しているようなケースの場合、米国法のままになっている可能性があります。後述するAWS Artifactから、本番環境で使用しているAWSアカウントの準拠法を確認することをお勧めします。 AWSを使うプロジェクトでPLが意識すること RFPや要件定義時の非機能要件の確認事項として、「クラウドサービスの準拠法が日本法であること」 を確認されたほうが良いと思います。 AWSとの契約のおさらい AWSは米国企業であるため、たとえ東京リージョン
GDPRの対策としてWebアナリストがすべきこと
「GDPRなんて関係ない」と思っていたところ、突然Googleからデータ削除についての英語メールが届いて右往左往した人も多いと思います。結局どうすれば良いのか？一般論ではなく、GoogleアナリティクスやAdobe AnalyticsのようなWebの分析ツールを利用しているアナリストやWeb担当者は実際にどうすべきか？という観点で、調べた結果をまとめました。 EUに物理的に存在する個人のプライバシーを守るまずは原則から。GDPR（EU一般データ保護規則）は、EU（正確にはEEA）内の全ての個人のプライバシー保護を強化するために2018年5月25日に施行される法律です（一般論は割愛するので詳細はWikipediaやGoogleで調べてください） 対象は幅広い人種や国籍、市民権は無関係なので、日本からの駐在員や現地で日本語を話せる人も権利が保護される対象になります。EEA内に拠点や現地法人があ
サーバーサイドレンダリングしないReact SPAのSEO - 橋本商会
普通にwebpackと@babel/preset-envで"last 2 versions", "Safari 10"をターゲットにしてビルドしているだけ
Lazy Load画像をSEO対応させる2つの方法――noscriptと構造化データ #io18 #io18jp
[レベル: 上級] Lazy Load で読み込ませる画像を SEO に対応させる、言い換えれば、検索エンジンにインデックスさせるための方法として、次の2つを Google の John Mueller（ジョン・ミューラー）氏は Google I/O 2018 のセッションで推奨しました。 <noscript> タグ 構造化データ Lazy Load 画像は SEO に不向き Lazy Load で読み込ませる画像が SEO に不向きな理由は以前にも説明したことがありますが、もう一度簡単におさらいしておきます。 そんなの知ってるよという方はここは読み飛ばして構いません。 Lazy Load（レイジー ロード）とは、遅延読み込みのことです。 画像の表示によく使われます。 ページを表示した段階では画像を読み込ません。 スクロールして、ユーザーの見えるエリアに画像（が表示されるべき場所）が入った
Internet Explorer および Microsoft Edge での Flash の今後の対応予定について | Microsoft Docs
Internet Explorer および Microsoft Edge での Flash の今後の対応予定について 03/23/2018 2 minutes to read こんにちは。 今日はたまにお問い合わせとしていただく Internet Explorer および Microsoft Edge での Flash の今後の対応についてご紹介します。 Adobe Flash のサポート終了のロードマップは、下記の資料に記載の予定のとおりです。 本記事では、下記の資料からポイントとなる点について抽出しています。 The End of an Era – Next Steps for Adobe Flash https://blogs.windows.com/msedgedev/2017/07/25/flash-on-windows-timeline/ ■ 2017 年末から 2018 年に
WEB ディレクターやめよう。WEB ディレクターとは神様の仕事だった。 - nico0927's log
以前、こういう記事を書いた。確かに書いた。書いたのは私だ。 nico0927.hatenablog.com 「WEB ディレクター スキル」とかで検索すると上の方に出てくる。私が書きました。はい、私です。 この記事の中で私は「WEB ディレクターは万能の神ではない」と言い切っている。言い切りました。あ、私です。私が言い切りました。 でも実は年末ぐらいかな、案件で色々あって考えたり、それなりの業界歴を持つ友達と話して盛り上がったりして、ちょっと私は考え方を改めようと思った。 正確には、前述の記事の内容を否定する・正しく改めるというニュアンスではなくて、もっと根本の、何というか、ああもうこれ面倒くさいわ誰か言語化して。 目次 もうWEB ディレクターは万能の神でいいです WEB ディレクター、やめよう その実、何の仕事をしているのか まずは分野を二つに分けてみる コストの問題 軽視されがちなW
ページの読み込み速度をモバイル検索のランキング要素に使用します
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
アジャイルにおける事前合意について - arclamp
昨年末、ブログをネタにTwitterで議論したことを akipii さんが「アジャイル開発にはモデリングや要件定義の工程はあるのか、という問題とその周辺: プログラマの思索」というエントリにまとめてくださいました。ありがとうございます！。 ブログで書かれたことに直接の返答にはならないのですが「アジャイルにおける事前合意はどうあるべきか？」ということを書きたいと思います。 アジャイルは最初に全てのCDSを決めない まず、狭義のアジャイル開発プロセスは優れたマネジメント手法です。システム開発を評価するQCDS（品質/コスト/期日/スコープ）ですが、Q（品質）というは「そのシステムにとって問題ないレベルにする」でしかないので、CDSの調整が論点になります。 ウォーターフォール型開発というのは、 「スコープは最初に確定」し、 「コストや期日はスコープを達成するために必要な分を最初に設定」し、 必要
アイキャッチ画像サイズチェッカー｜TwitterやFacebookでのOGP表示を確認
TwitterやFacebookでシェアされたときに、アイキャッチ画像がどんなサイズでどう表示されるのかをまとめてチェックできるツールです。「文字がはみ出てしまわないか」「意図せず一部が切れてしまわないか」などを確認するためにご活用ください（表示は2018年7月時点のものです）。 画像を選択
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
資料ダウンロード - Yahoo!マーケティングソリューション
